https://bugzilla.kernel.org/show_bug.cgi?id=22462
--- Comment #13 from Guillaume Pothier <gpoth...@gmail.com> 2010-12-01 00:06:09 --- Requested information attached. It doesn't happen 100% of the time, but I've never been able to perform more than 5-6 suspend/resume cycles with the faulty kernels. I have been playing with bios settings and found a way to trigger it 100% of the time (assuming it is the same bug) by disabling bluetooth. Here is the original comment about this: I did some more testing and although it seems several devices cause suspend/resume problems, the biggest issue is with bluetooth and usb. I went to the bios settings and disabled all the integrated devices. In that configuration I did 10 suspend/resume cycles without problem. Then I started enabling a few devices. With WLAN enabled I had one lock-up out of 10 suspend/resume cycles, but it was a lockup during suspend, not during resume, so it is probably another issue. However enabling bluetooth makes it impossible to suspend/resume more than once or twice (after the second resume, the machine powers off during resume). But the strangest thing is this: disabling bluetooth but enabling outside USB ports systematically triggers the unexpected power off during boot, the system becomes unbootable. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. ------------------------------------------------------------------------------ Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
