On Sat, 17 Feb 2007 02:25:07 -0500 Len Brown <lenb@xxxxxxxxxx> wrote: > On Saturday 17 February 2007 01:39, Andrew Morton wrote: > > > > Standard FC5 RH install, it is set up to suspend to disk when I close the > > lid. > > > > With git-acpi.patch applied, this just stops working on the second or third > > attempt. It's like acpid just didn't see the lid close at all. Closing > > the lid causes no kernel messages at all. > > > > Any suggestions as to how to debug this, apart from git-bisect, which will > > take rather a long time? > > nuke kacpid I hope you meant acpid - I can't kill a kernel thread ;) > and cat /proc/acpi/event > click the lid a bunch of times sony:/home/akpm# cat /proc/acpi/event button/lid LID0 00000080 00000005 button/lid LID0 00000080 00000006 button/lid LID0 00000080 00000007 button/lid LID0 00000080 00000008 > and also the power button button/power PWRB 00000080 00000001 button/power PWRB 00000080 00000002 button/power PWRB 00000080 00000003 button/power PWRB 00000080 00000004 > you should see the acpi line in /proc/interrupts tick each time, > and a message come out of /proc/acpi/event yup. 9: 1344 IO-APIC-fasteoi acpi it's increasing even while the machine is just sitting there. > Also, you should be able to see the state of the lid in a file under /proc/acpi/button/*/ sony:/home/akpm# cat /proc/acpi/button/lid/LID0/state state: closed sony:/home/akpm# cat /proc/acpi/button/lid/LID0/state state: open all seems well. Stopping and restarting acpid doesn't fix it. - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
