> On Thursday, December 29, 2011, Paul B. Henson wrote: > > I have an Asus P8P67-M Pro motherboard which fails to suspend to ram > > under Linux yet suspends successfully under Windows 7. [...] > > While working on the issue, I noticed the following suspicious ACPI > > errors logged when doing a core test of STR: > > > > Dec 28 14:28:41 htpc-lr kernel: ACPI: Preparing to enter system sleep > > state S3 > > Dec 28 14:28:41 htpc-lr kernel: ACPI Error: [RAMB] Namespace lookup > > failure, AE_NOT_FOUND (20110623/psargs-359) > > Dec 28 14:28:41 htpc-lr kernel: ACPI Error: Method parse/execution > > failed [\_PTS] (Node ffff88011e8a3a38), AE_NOT_FOUND > > (20110623/psparse-536) Another user I was corresponding with found this patch: http://thread.gmane.org/gmane.linux.acpi.devel/51405/focus=51407 I haven't tested it yet myself, but he said after applying that whole patchset his Asus motherboard suspended perfectly under linux, so it looks like the root cause of the failure was the linux acpi code, not a broken Asus BIOS (although their Linux support still sucks :( ). Any idea when that patchset might show up in a release kernel, and whether or not it might be backported to a LTS kernel as included in most distributions? Thanks... -- Paul B. Henson | (909) 979-6361 | http://www.csupomona.edu/~henson/ Operating Systems and Network Analyst | henson@xxxxxxxxxxxxx California State Polytechnic University | Pomona CA 91768 -- 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
