http://bugzilla.kernel.org/show_bug.cgi?id=9528
------- Comment #52 from [EMAIL PROTECTED] 2007-12-24 16:22 ------- Rafael, Len: So summarrise my discussions so far with Robert Hancock on LKML, and re-reading all the ACPI spec versions (I always keep 1.0B handy for my 'favourite' Acer laptop anyway), the real problem is this: Pre ACPI 3.0: _PTS should be executed _before_ putting devices into a low power state. Before the PM code rearranging of 2.6.22, this was happening (although by accident, with other side effects, since we weren't properly freezing devices). ACPI 3.0: _PTS() should be executed _after_ putting devices into a low power state. So, 2.6.22 and onwards, we now have a Linux kernel that obeys the ACPI 3.0 spec for suspend to RAM - which at the moment is a bit of a problem, since there are more pre than post ACPI 3.0 systems out there. So, any pre ACPI 3.0 systems that suspend successfully are doing so by pure luck (and mostly down to their BIOS writers not trying to do things like nVidia, and in turn Abit and Asus, who are calling an SMI trap after Linux has helpfully put all the devices into a low power state...). -- 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. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
