https://bugzilla.novell.com/show_bug.cgi?id=326814#c14
Danny Kukawka
< button.state.value = false (bool) ---
button.state.value = true (bool)
The last part I think is the relevant one. After lid close, suspend-to-ram, lid open, and resume, the button.state.value for the lid doesn't get set back to false.
What was the output of cat '/proc/acpi/button/lid/LID/*' in this case?
I really think this is an ACPI issue, because here's the output from acpi_listen during first a successful lid close->suspend->open->resume and then an unsuccessful one: ibm/hotkey HKEY 00000080 00005001 button/lid LID 00000080 00000007 processor CPU 00000081 00000000
ibm/hotkey HKEY 00000080 00005001 button/lid LID 00000080 00000008 ibm/hotkey HKEY 00000080 00005002 button/lid LID 00000080 00000009
Are you sure the first output was from the successful case? I see there only one event for lid. I would assume the second one is the successfull case or not? Btw. Could you please install input-utils.rpm and do this: * evtest /dev/input/event4 (due to lshal this is the input device for the lid-switch on your machine, maybe there are the same problems with the input device of the lid as with acpi) * repoduce both cases (successful and unsuccessful case) * attach both outputs to the bug -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.