"Moshe Jacobson" <moshe@xxxxxxxxxxxxx> wrote on 11/27/2006 10:07:53 AM: > Thanks for the response. It seems like this is a bug that shoud be > addressed. I agree. Although I am currently using FC5, I have the same issue with FC6. > But I just today tried setting it to "blank screen" when > I closed the lid, and now when I close and open it, it does > successfully reset the display. But on my FC5 machine (after an RPM update about a month ago, I find that (no matter what screen saver you have configured)(I normally use a blank screen) that something within the 'system' doesn't behave properly. What I've seen/found-out is that using the following sample configuration timeouts in KDE Control Center: Appearances->Screen saver->Start after: 5 min Display->power control->Enable Display Power management: On Display->power control->Standby: 6 min Display->power control->Suspend After: 7 min Display->power control->Power Off after: 7 min What I see is that the screen saver _does_ kick in at 5 minutes, _but_ at 6 minutes, I get either a blank screen or worse, I see a 'big X' (ie. X Window 'X') on the screen and the screen is now not-blank, and the display doesn't ever power down. And I'm pretty sure that even when I get the blank screen, the backlight still never gets turned off. The only way to get the backlight off is to close the lid. > On 11/27/06, Fulko.Hew@xxxxxxxxx <Fulko.Hew@xxxxxxxxx > wrote: > > fedora-test-list-bounces@xxxxxxxxxx wrote on 11/26/2006 11:11:26 PM: > > > For maybe around a week now, my laptop's does not turn back on when > > I open the lid. I can be logged in or at the gdm screen, but > > closing the laptop lid permanently blanks my screen. I have set all > > my gnome-power-manager options never to shut off the screen or > > perform any action on a lid close. > > > > I have a Dell Latitude D610 with an Intel 915GM/GMS/910GML > > (according to lspci), which uses the i810 video driver. > > > > FWIW, using the xset dpms force off does blank the screen, but it > > successfully turns back on when I move the mouse. > > > > Any ideas? > > Yes. I think I have the same issue with my Dell Inspiron 6400 (aka 1505?) > I googled the world and found someone (at U of T) with a solution that > worked for me. (sorry, I can't rememeber the url and I didn'w write it > down, but here it is from my notes: > > a) you need an ACPI events file to capture the lidswitch activity, > b) a script to run when triggered to turn the light back on. > > (Don't forget to mark lidswitch.sh as executable.) > > 1/ Add the file: /etc/acpi/events/lidswitch > > # /etc/acpi/events/lidswitch > # This is called when the lid is closed or opened and calls > # /etc/acpi/lidswitch.sh for further processing. > > event=button[ /]lid > action=/etc/acpi/lidswitch.sh > > > 2/ Add the file /etc/acpi/lidswitch.sh > > #!/bin/sh > # /etc/acpi/lidswitch.sh > # Re-activates the screen when the lid is opened again > > LID_STATE="/proc/acpi/button/lid/LID/state" > LCD_STATE="/proc/acpi/video/VID/LCD/state" > VT_NR=/tmp/lid_sh > > if [ -e /tmp/acpi_sleep ]; then > rm /tmp/acpi_sleep > exit > fi > > grep -q open "$LID_STATE" > if [ $? -eq 0 ]; then # open the lid > vbetool dpms on > > if [ -e "$VT_NR" ]; then # we closed the lid in X > chvt $(cat $VT_NR) > rm -f "$VT_NR" > fi > else # closing the lid > echo $(fgconsole) > $VT_NR # remember the current vt > chvt 1 > fi This document is strictly confidential and intended only for use by the addressee unless otherwise stated. If you are not the intended recipient, please notify the sender immediately and delete it from your system. -- fedora-test-list mailing list fedora-test-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list