[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#677472: [3.1->3.2 regression] Immediate wake on suspend, associated with OHCI on MCP51



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


Reply to: