No blank screen when laptop lid is closed

[gerjantd]

Looks very much like #22989. In my case it worked perfectly in Hardy, but appears to be broken in Intrepid. I'm on a HP nc8000. (I looked for a /var/log/acpid but couldn't find one; maybe acpid logs to another file in more recent releases? Anyway, nothing seems to be logged in syslog or messages either.)

gerjan@knopje:/var/log$ lsb_release -rd
Description: Ubuntu 8.10
Release: 8.10

[Dan Bass (dbass)]

I am seeing the same problem but I'm using a Dell D520. I did find that in changing the option to Do Nothing it works as it should when Blank Screen is selected. It may be that the OS and hardware are fighting over control.

[Dimitrios Symeonidis (azimout)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. Unfortunately we can't fix it without more information.

Please include the information requested at https://wiki.ubuntu.com/DebuggingACPI as separate attachments.

[Dimitrios Symeonidis (azimout)]

ok dan, let's try this. type into a terminal the following command. while it's running, close the lid of your laptop and open it again. see if you got any "closed" or only "open"

for i in {1..10}; do cat /proc/acpi/button/lid/LID/state; sleep 1; done

[Dan Bass (dbass)]

The for loop is returning what the proc state should be: Open when its open and closed when it's closed though it's still randomly staying off. Note that when it does turn off (lid closed), it turns off, flickers back on, and then turns off again. I've tried this with both Blank Screen and Do Nothing set and the behavior is just as random either way.

[Dimitrios Symeonidis (azimout)]

i'm probably stating the obvious here, but could it be a hardware problem, in the sense of a broken lid switch?

[Dan Bass (dbass)]

It's worked fine in Hardy and broke when I upgraded to Intrepid.

[gerjantd (gerjan)]

To catch up with your work: unlike Dan's, my system always reports 'open' when running the loop and doesn't blank at all when I press the lid switch. If I do the same running Hardy, it correctly returns 'closed' (and blanks). I'll attach the requested files for Intrepid and Hardy.

[Dimitrios Symeonidis (azimout)]

fair enough. i'm marking this as confirmed

[Magnus (koma-lysator)]

I have the exact same problem, also on an HP Compaq nc8000.

The lid close button worked flawlessly in Hardy and has been broken since Intrepid.

It is still broken in Jaunty beta.

Anything I can do to debug this?

[Steve Langasek (vorlon)]

gerjantd, if closing the lid does not change the state of /proc/acpi/button/lid/LID/state, then you definitely have either a kernel bug or a hardware bug (and probably a kernel bug, from what you've said). Reassigning this report to the kernel package.

Users with different symptoms than those described by gerjantd should file separate bug reports for their issues.

[Magnus (koma-lysator)]

I just found a way to get the lid switch to work under certain conditions!

It's slightly bizarre and quite ironic.

Do a hibernation and then start up from hibernation. That made the lid switch work in jaunty beta.

It also made the /proc/acpi/button/lid/LID/state change as expected. Before the hibernation it was always "open".

Can anyone confirm my findings? I did this on my trusty HP Compaq nc8000.

[gerjantd (gerjan)]

Yes, I can confirm Magnus's observation. Hibernation seems to force the lid switch to behave on the nc8000 with Jaunty beta.

[MD4 (bruno-mueller)]

Hi I am running Jaunty on a new Dell Studio 1555

When closing the lid, nothing happens, however when using script mentioned above, I do get the following output:
akulina@akm01:~$ for i in {1..10}; do cat /proc/acpi/button/lid/LID0/state; sleep 1; done
state: open
state: open
state: open
state: open
state: closed
state: closed
state: open
state: open
state: open
state: open
akulina@akm01:~$

So it seems the switch does work, but is not passed on

Any idea

[Magnus (koma-lysator)]

This is just to confirm that the bug still exists in Karmic beta.

[Magnus (koma-lysator)]

I can also confirm that removing the hotkey-setup package solved the problem on my HP nc8000!

[Vento (vento1996)]

I have the same problem, but i solved it with installing new ati driver from official site and radeonhd package from synaptic. WOW!!!
Thanks all

[Vento (vento1996)]

After reboot bug has new reincarnation ((((
but solved with "aticonfig --initial"; "aticonfig --acpi-services=on"; "aticonfig --acpi-display-switch=on"
in addition earned backlight hotkeys (fn+up/fn+down)
i hope this problem will not return
dell studio 1537 / ati mobile hd3450

[Brad Figg (brad-figg)]

This bug was filed against a series that is no longer supported and so is being marked as Won't Fix. If this issue still exists in a supported series, please file a new bug.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.