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 1LQZfc-0002AK-4W for garchives@archives.gentoo.org; Sat, 24 Jan 2009 03:58:56 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D7A3DE0439; Sat, 24 Jan 2009 03:58:54 +0000 (UTC) Received: from web65414.mail.ac4.yahoo.com (web65414.mail.ac4.yahoo.com [76.13.9.34]) by pigeon.gentoo.org (Postfix) with SMTP id 87186E0439 for ; Sat, 24 Jan 2009 03:58:54 +0000 (UTC) Received: (qmail 58639 invoked by uid 60001); 24 Jan 2009 03:58:53 -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=SxJBwnQmGffVVAjl77DwT9B5PeRZ/+uNHuXIPKi+sxqYLUrTYal6wmBX/MtnDlwBpu5qhwFEW3JCehkG5Km4uI0OpR0z/40WGSf/IY4AHgdpeUNLiEmaX6ADLovO+hJxq1baFt81GQJW8fMf7uhf8dWMkuNf09rOTOgp52nYHK8=; X-YMail-OSG: W7Ie._kVM1lROYNrl_sXN.rsRXOZt7NBGhj8XIRttdF6ybCRjwpDXf1CsoKkH_W9TsqxQYpoXn.XndVuOpG1GvzTus.qFr1pvwRLHLuo6DKQBOK9y3XIjpROLLtK4SNVbzLUoB_wQniizOGOTIdlJksOJByolSCe9ftzQI.XjENldZbRfsk3zdJZisiouaNsPYYY3phk_WTgt0zMCWjyhwvp._QSDw-- Received: from [98.25.212.154] by web65414.mail.ac4.yahoo.com via HTTP; Fri, 23 Jan 2009 19:58:53 PST X-Mailer: YahooMailRC/1155.45 YahooMailWebService/0.7.260.1 References: <668013.59864.qm@web65415.mail.ac4.yahoo.com> <5e213dd40901230657s28dec766n108f2352bd2e9e6b@mail.gmail.com> Date: Fri, 23 Jan 2009 19:58:53 -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: <702343.55891.qm@web65414.mail.ac4.yahoo.com> X-Archives-Salt: 325078fc-9470-4ee3-a258-743ecf43b7b4 X-Archives-Hash: 206953538560cbc83ee7987682245e70 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 > >