[The full log for this bug is at http://bugs.debian.org/677472] On Thu, 2012-06-14 at 09:28 -0700, Octavio Alvarez wrote: > Under normal circumstances the system simply does not suspend. It appears > to go all the way to suspension (screen off, disks off, etc.) but when it > appears that it is going to go off, something prevents it. System doesn't > hang, it just fails at the very last moment of suspension. > > I tried debugging using pm_test. I set it to "core" but suspend_stats > doesn't catch anything: > > # cat /sys/kernel/debug/suspend_stats > success: 12 > fail: 0 > failed_freeze: 0 > failed_prepare: 0 > failed_suspend: 0 > failed_suspend_noirq: 0 > failed_resume: 0 > failed_resume_noirq: 0 > failures: > last_failed_dev: > > last_failed_errno: 0 > 0 > last_failed_step: > > Even with pm_test set to "none", suspend_stats increases the "success" > value. This indicates that the system is woken up immediately after it suspends. From the kernel point of view (but not a practical point of view!) this is different from failing to suspend. > As I said earlier, removing ohci_hcd lets suspend work again. So the USB controller (OHCI) has for some reason started waking up the system. As I suspected, this system has an Nvidia chipset: 00:0b.0 USB controller [0c03]: NVIDIA Corporation MCP51 USB Controller [10de:026d] (rev a2) (prog-if 10 [OHCI]) Subsystem: ASUSTeK Computer Inc. A8N-VM CSM Mainboard [1043:81bc] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 (750ns min, 250ns max) Interrupt: pin A routed to IRQ 23 Region 0: Memory at d5006000 (32-bit, non-prefetchable) [size=4K] Capabilities: <access denied> Kernel driver in use: ohci_hcd The Nvidia implementation of OHCI is unusual in some ways and has prompted a number of changes to power management. The last one was: commit c61875977458637226ab093a35d200f2d5789787 Author: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx> Date: Thu Nov 17 16:41:45 2011 -0500 OHCI: final fix for NVIDIA problems (I hope) But it looks like we have to disappoint Alan again. Ben. > Also, I didn't find anything wrong in /var/log/pm-suspend.log. I may paste > it in another message if you want because it's 4000 lines long. -- Ben Hutchings I say we take off; nuke the site from orbit. It's the only way to be sure.
Attachment:
signature.asc
Description: This is a digitally signed message part
