http://bugzilla.kernel.org/show_bug.cgi?id=9314
------- Comment #8 from [EMAIL PROTECTED] 2008-06-02 08:24 ------- I may be a random user, but I'd like to chime in: ^_^ I've seen this very bug, on a ThinkPad X40, since at least kernel v2.6.21. Both suspend and resume just "stop" at the points described above, and do nothing until //something// generates interrupts (mouse or keyboard). Similarly, I see a delay in output on the VT console until there's some interrupt. Adding "nohz=off and highres=off" to the options (or recompiling with both off) fixes the problem. So, the problem existed going back a few versions, occurs on more than one type of hardware (okay, maybe the only difference is the touchscreen, but it's something) and is due to misbehavior with NO_HZ and/or the hires-timer. P.S. - I'm a developer by trade, myself, and suspend/resume my TP-X40 twice a day, 5 days a week, on my daily commute. So, if you wanted me to "instrument" my kernel (however it is that you guys do that) and send you logs or other debug output, I'm happy to do so. (I just might not do so instantaneously ... I do have a 4+ hr. commute to NYC every day.) -- 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 2008. 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
