As shown at https://bugs.launchpad.net/ubuntu/+bug/89860 This bug has affected many kernel versions for a few years mainly on HP laptops
please attach the acpidump output.
Created attachment 21254 [details] ACPI Dump
Created attachment 21256 [details] customized DSDT: more debug info please 1. apply this customized DSDT, 2. CONFIG_ACPI_DEBUG=y, 3. rebuild your kernel 4. reboot with acpi.debug_level=0x07 5. close and open the lid for several times, get lid state when both lid is open and closed 6. attach the dmesg output
Alright, I have the kernel rebuilt with the DSDT and setting Where do I input acpi.debug_level=0x07 to boot as such
lid state log after doing procedure above: while true; do cat /proc/acpi/button/lid/LID0/state; sleep 1; done state: open state: open state: open state: open state: open state: open state: open state: open state: open state: open state: open state: open state: open state: open state: open ^C
Created attachment 21263 [details] dmesg after kernel compile
hah, you need to add this boot parameter acpi.debug_layer=0xffffffff as well. sorry for the mistake, please re-do the test and attach the dmesg output.
Sorry for the time on this - attached is the dmesg (tried opening/closing a few times)
Created attachment 21376 [details] dmesg with boot parameters
Created attachment 21395 [details] customized DSDT: more debug info please use this DSDT instead and redo the test, thanks.
Created attachment 21417 [details] dmesg with boot parameters here is the newest dmesg output with the new DSDT
sorry, but wrong dmesg file attached? I can see nothing
Please make sure to turn on/off the lid for several times before getting the dmesg output.
and do remember to run "cat /proc/acpi/button/lid/LID0/state" after each action.
close this bug as there is no response from the bug reporter. please re-open it if the problem still exists in the latest git kernel and you can provide the info requested.
Zhang Rui: I have the very same problem with an HP/Compaq nx6110, and I'm willing to provide the information needed to fix this bug. But I can't reopen the bug report, and I can't attach any files. In my case, I can get the system to deliver exactly one button/lid event (and get its state changed in /proc/acpi/button/lid*/state) by doing the following commands: echo 1 > /proc/acpi/video/*/DOS echo 0 > /proc/acpi/video/*/DOS That means, if I close the lid, nothing happens (neither the event nor the state change) until I issue the above two commands. If I open the lid, again, nothing happens until I issue the above two commands. This is on 2.6.35... for some reason 2.6.37 doesn't have /proc/acpi/video anymore, I have no idea why. Please, tell me what I can do to provide you any information necessary to fix the problem.
Also, note that the file in comment #11 contains a few hundreds of blank lines in the beginning before the actual dmesg output (some copy/paste mistake?). Perhaps this caused a misunderstanding that the file was blank in comment #12?
Juliano, As I'm not sure if you're using the same laptop. please open a new bug report for your laptop, with a detailed description about the problem you have, and the acpidump of your laptop.
Zhang, reported as bug 25802. Thanks!