From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LRVlv-0001OT-A5 for garchives@archives.gentoo.org; Mon, 26 Jan 2009 18:01:19 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9939CE048A; Mon, 26 Jan 2009 17:59:57 +0000 (UTC) Received: from web65406.mail.ac4.yahoo.com (web65406.mail.ac4.yahoo.com [76.13.9.26]) by pigeon.gentoo.org (Postfix) with SMTP id D6339E048A for ; Mon, 26 Jan 2009 17:59:56 +0000 (UTC) Received: (qmail 63073 invoked by uid 60001); 26 Jan 2009 17:59:55 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=hIytXy0WjwMnJ8EZJ+I3g2+EFqrY37QKY3VRbQk5Emv2SsW0EwiHNZUk2hvPiRmXtgdlhALFuBqwNpuG4FwDbrPMDYLnQiUEwIQki8qcPOlDh0OmKLrrT3yRtfYdTb0FXhZc7DDxdny4abKNkCsvrxvzg8gDF5oai+YKJyVEuxY=; X-YMail-OSG: lHuNa7IVM1lnNnBlaFDLpmBPfbZHAzTVTYGUggVg89mr7hWyaTsi1N1Qmpt.sPl0UYToW98CpTMSKs4n4curpBkT3wXvcMNIgzbYLfL8SbRfghH.A4aHdhJCJddZJuOf_smjcgZRqx.cmRyWy3HvVX5p34Fq7aWClF3CsiBulOx9_6tK3odOOD4Oz581MyaT4yIkNEsHq4TcNZofkHZPAOlzTKMx1w4q Received: from [12.52.185.66] by web65406.mail.ac4.yahoo.com via HTTP; Mon, 26 Jan 2009 09:59:55 PST X-Mailer: YahooMailRC/1155.45 YahooMailWebService/0.7.260.1 References: <668013.59864.qm@web65415.mail.ac4.yahoo.com> <5e213dd40901230657s28dec766n108f2352bd2e9e6b@mail.gmail.com> <702343.55891.qm@web65414.mail.ac4.yahoo.com> <5e213dd40901260832m79a03bb7hbd2ff107bed49130@mail.gmail.com> Date: Mon, 26 Jan 2009 09:59:55 -0800 (PST) From: BRM Subject: Re: [gentoo-user] Laptop Lid Close... To: gentoo-user@lists.gentoo.org Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <845545.62755.qm@web65406.mail.ac4.yahoo.com> X-Archives-Salt: 97e1f32c-10db-4229-9648-e00e2fab18de X-Archives-Hash: e7ae1b7247918d295a7457fb2085330d Cool. Thanks. That looks like it should solve the issue. Ben ----- Original Message ---- From: Gregory SACRE To: gentoo-user@lists.gentoo.org Sent: Monday, January 26, 2009 11:32:32 AM Subject: Re: [gentoo-user] Laptop Lid Close... I've googled a bit and found these two things: [1] http://bugs.gentoo.org/175464 [2] https://bugs.launchpad.net/ubuntu/+source/sysvinit/+bug/51591 They both refer to problems with hald and acpid entering in conflict. Check if you are using hald. If you are, try stopping it and starting acpid to see if it still gives you the problem. Concerning the fact that the script isn't called, you have to check in your /etc/acpi/event/default. Make sure that you have lines such as: event=.* action=/etc/acpi/default.sh %e Basically, it says that for any event handled by acpi, launch /etc/acpi/default.sh. And in /etc/acpi/default.sh, check for the "lid" event. It should look like this: [...] case "$group" in [...] lid) /etc/acpi/screen_off.sh > /tmp/screen_off 2>&1 [...] where screen_off.sh is the script I sent you in my previous mail. HTH, Greg On Sat, Jan 24, 2009 at 4:58 AM, BRM wrote: > For some reason, the script is not getting called when I press the button. > > That is not to say that the system doesn't recognize it - if I set KDE to put the system in stand-by when the lid is closed, it very well will. But as I said earlier, that's not what I want - I just want to turn on/off the monitor. > > I know kacpid is running...but I don't think acpid is...at least, when I tried /etc/init.d/acpid start it complained: > > * Starting acpid ... > acpid: can't open /proc/acpi/event: Device or resource busy > > Ben > > > > ----- Original Message ---- > From: Gregory SACRE > To: gentoo-user@lists.gentoo.org > Sent: Friday, January 23, 2009 2:57:31 PM > Subject: Re: [gentoo-user] Laptop Lid Close... > > This is the script I am using. It is spawned by the default.sh from /etc/acpi: > > -------------------------- SCRIPT START -------------------------- > # default display on current host > export XAUTHORITY="/home//.Xauthority" > DISPLAY=:0.0 > > # find out if monitor is on > STATUS=`cat /proc/acpi/button/lid/LID0/state` > logger "monitor: $STATUS" > > # find out if DPMS is enabled > DPMS=`xset -display $DISPLAY -q | grep -e 'DPMS is'` > logger "dpms: $DPMS" > > # enable DPMS if disabled > if [ "$DPMS" == " DPMS is Disabled" ] > then > logger "Enabling DPMS ..." > xset -display $DISPLAY +dpms > fi > > if [ `echo $STATUS | grep -i closed | wc -l` -eq 1 ] > then > logger "[`date`] Turning display OFF" > xset -display $DISPLAY dpms force off > else > logger "[`date`] Turning display ON" # shows up in log > xset -display $DISPLAY dpms force on # turn monitor on > xset -display $DISPLAY s activate # un-blank monitor > fi > > #clean up > unset STATUS > unset DPMS > > # comment this line out if you're manually running this script from a > shell (put a # in front of it) > unset DISPLAY > > exit 0 > -------------------------- SCRIPT STOP -------------------------- > > Change the variable. > I had also to set xscreensaver to switch off my monitor instead of > blanking it, because I think (not sure) that xscreensaver was > switching on my monitor when it was supposed to start the screensaver > (as after a while, my monitor was switched back on, and as I didn't > see that happening since my xscreensaver modification, I can only > assume that was the problem). > > > HTH, > > Greg > > > On Fri, Jan 23, 2009 at 8:14 AM, Joshua Murphy wrote: >> On Thu, Jan 22, 2009 at 8:24 PM, BRM wrote: >>> I'm running a Dell D600, and I've located a number of tools for it but I am not seeing anything related to when I close the lid. Since I got Gentoo running on it, the Monitor continues running when I close the lid. >>> >>> I've found several sources for doing something as an ACPI event, which seems to be the right method. I can toggle the button with the lid open and cat /etc/acpi/button/lid/LID/state and see it change between 'open' and 'closed'; and I know I could write myself a little script do something like calling radeontool to turn off the backlight, but I'd like to find a more official method. >>> >>> I mostly run KDE 3.5 (I'll go to KDE4 when I can...once portage 2.2 comes out and all), but I didn't see anything for a 'turn off monitor on lid close' setting (preferrably root controlled so that it affects all users). The only thing I can find is a the standby/suspend/shutdown/logoff, system performance, and CPU throttling. I don't really want to do any of that - just put the monitor into stand-by, not necessarily the whole system. >>> >>> Any how...I'd really like to get this working. >>> >>> TIA, >>> >>> Ben >> >> In... >> /etc/acpi/default.sh >> >> there's a comment (with commented code you can use following it)... >> # if your laptop doesnt turn on/off the display via hardware >> # switch and instead just generates an acpi event, you can force >> # X to turn off the display via dpms. note you will have to run >> # 'xhost +local:0' so root can access the X DISPLAY. >> >> if radeontool or something will allow you to disable the display even >> when you aren't in X, or without proper access to the display (like >> xset requires) you might be able to even escape needing that xhost >> setting. No way of testing it at all myself though. >> >> -- >> Poison [BLX] >> Joshua M. Murphy >> >> > >