Am 20.12.2012 18:34, schrieb Frank Schäfer: > Am 19.12.2012 20:35, schrieb Alan Stern: >> On Wed, 19 Dec 2012, [ISO-8859-1] Frank Sch�fer wrote: >> >>> I can confirm that MCP55 has this bug and it should be safe to add >>> MCP65-78S, too, because MCP79 still has the bug. >> By the way, you mentioned that runtime suspend seemed to work okay, >> right? It might be worthwhile testing this again, just to be certain. >> In particular, I'd like to see what "lspci -vv" shows for the >> controller while it is runtime suspended with a device attached. >> >> As far as the OHCI hardware is concerned, there shouldn't be any >> difference between runtime suspend and system suspend. This strongly >> suggests that the bug doesn't lie in the controller itself but in the >> firmware (BIOS or ACPI). >> >> Alan Stern >> > Yes runtime suspend works (tested with a mouse) and lspci -vv doesn't > change. > > With > /sys/devices/pci0000:00/0000:00:02.0/usb2/2-9/power: > control = on > runtime_status = active > > 00:02.0 USB controller: NVIDIA Corporation MCP61 USB 1.1 Controller (rev > a2) (prog-if 10 [OHCI]) > Subsystem: ASUSTeK Computer Inc. Device 8234 > 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 fe02f000 (32-bit, non-prefetchable) [size=4K] > Capabilities: [44] Power Management version 2 > Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA > PME(D0+,D1+,D2+,D3hot+,D3cold+) > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- > Kernel driver in use: ohci_hcd > > > => set control to 'auto' > > runtime_status = active > > 00:02.0 USB controller: NVIDIA Corporation MCP61 USB 1.1 Controller (rev > a2) (prog-if 10 [OHCI]) > Subsystem: ASUSTeK Computer Inc. Device 8234 > 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 fe02f000 (32-bit, non-prefetchable) [size=4K] > Capabilities: [44] Power Management version 2 > Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA > PME(D0+,D1+,D2+,D3hot+,D3cold+) > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- > Kernel driver in use: ohci_hcd > > > => after ~2s the device suspends > > runtime_status = suspended > > 00:02.0 USB controller: NVIDIA Corporation MCP61 USB 1.1 Controller (rev > a2) (prog-if 10 [OHCI]) > Subsystem: ASUSTeK Computer Inc. Device 8234 > 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 fe02f000 (32-bit, non-prefetchable) [size=4K] > Capabilities: [44] Power Management version 2 > Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA > PME(D0+,D1+,D2+,D3hot+,D3cold+) > Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- > Kernel driver in use: ohci_hcd >
Of course I checked that the host controller suspends, too. I also checked if lspci changes after unplugging the mouse, but that's not the case. Regards, Frank -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
