Am Sonntag, den 14.06.2009, 20:31 +0200 schrieb Frans Pop: > Rafael J. Wysocki wrote: > > >> 00:02.1 USB Controller: nVidia Corporation MCP55 USB Controller (rev a2) (prog-if 20 [EHCI]) > >> Subsystem: Micro-Star International Co., Ltd. Device 7250 > >> 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 B routed to IRQ 23 > >> Region 0: Memory at fe9fac00 (32-bit, non-prefetchable) [size=256] > >> Capabilities: [44] Debug port: BAR=1 offset=0098 > >> Capabilities: [80] Power Management version 2 > >> Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+) > >> Status: D0 PME-Enable- DSel=0 DScale=0 PME+ > >> Kernel driver in use: ehci_hcd > > > > PME+ means that the USB EHCI controller will signal a PME as soon as it is > > enabled, so if PME is enabled on the controller before suspend, it will > > wake up the system. > > > > Please send a boot log. > > Was already included in the initial message... > > I wonder if this device could be the cause: > [ 40.232873] wlan0: register 'rndis_wlan' at usb-0000:00:02.1-6.1, > Wireless RNDIS device, BCM4320b based, 00:16:01:cf:56:29 > [ 40.232907] usbcore: registered new interface driver rndis_wlan > [...] > [ 41.705516] rndis_wlan 1-6.1:1.0: rndis media disconnect Good idea. I should have thought of this myself. No, it's not above device. I just tested several constellations and it's seems to be my usb mouse. when the mouse is unplug suspend to ram works reliably. how to fix the mouse's behaviour? mfg thomas -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
