http://bugzilla.kernel.org/show_bug.cgi?id=11963
------- Comment #6 from [EMAIL PROTECTED] 2008-11-09 13:04 ------- Turns out the second-resume-failure only happens when the "Intel TXT Feature" is enabled in the BIOS. If I disable that setting, the kernel can suspend and resume many (more than 3) times. For anyone else that might be having this problem, try going into the BIOS, into "Security", into "Security Chip", and set "Intel(TM) TXT Feature" to disabled. Unfortunately, I don't understand what the BIOS is doing with Intel's TXT hardware to cause this problem. Perhaps it expects kernel to properly enable the TPM chip? Or the kernel is supposed to install some special trusted S3 resume handler? I don't know why it only affects the second resume. Moreover, I don't know whether this failure mode is specific to this BIOS or to TXT support in general. However, I'll attach my dmidecode and acpidump output, both with TXT enabled and disabled, just in case. (As for this bug report, it would be nice if the kernel at least logged a warning saying things might break..) -- 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 the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
