http://bugzilla.kernel.org/show_bug.cgi?id=11857
------- Comment #60 from soemr...@xs4all.nl 2009-01-10 08:49 ------- Hi ykzhao, I've been looking a bit into this problem you mentioned, that the LPC GPI routing is not configured correctly. I found the following: 1. I turn my laptop on and boot in linux 2. I find that several acpi events are not reported 3. I use the setpci -s... command 4. I verify that the acpi events are now reported correctly (power button, lid switch, adapter) 5. I put the laptop to sleep (suspend to memory) 6. I press a button and everything restores correctly. acpi events are reported correctly. 7. I put the laptop to hibernate (suspend to disc) 8. I turn the laptop back on (using the power button of course) and use the kernel boot line to set the resume partition. 9. Once restored, I verify that acpi events are still reported correctly. So as far as I understand, when suspending to disk, the laptop is effectively turned off. So when I turn it back on, I would expect to have the same problems and would require a setpci command to turn the correct acpi event reporting back on. Does suspend to disk and restore also restore the pci registers completely? Is this behaviour expected, or does it give some hint as to where the incorrect LPC GPI routing occurs? Thanks -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------------------------------ Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
