Re: [RFT 2/2] xhci: Disable D3cold for buggy TI redrivers.

2013-05-11 Thread Martin Mokrejs
Alan Stern wrote: > On Fri, 10 May 2013, Martin Mokrejs wrote: > >> Hi Sarah and Alan, >> I am curious whether the the PME- to PME+ happening on a suspended >> TI host controller could be used as some hack to signal the mis-behaving >> redriver. Could such transition be used as a trigger for lin

Re: [RFT 2/2] xhci: Disable D3cold for buggy TI redrivers.

2013-05-11 Thread Alan Stern
On Fri, 10 May 2013, Martin Mokrejs wrote: > Hi Sarah and Alan, > I am curious whether the the PME- to PME+ happening on a suspended > TI host controller could be used as some hack to signal the mis-behaving > redriver. Could such transition be used as a trigger for linux kernel to > wakeup the

Re: [RFT 2/2] xhci: Disable D3cold for buggy TI redrivers.

2013-05-10 Thread Martin Mokrejs
Hi Sarah and Alan, I am curious whether the the PME- to PME+ happening on a suspended TI host controller could be used as some hack to signal the mis-behaving redriver. Could such transition be used as a trigger for linux kernel to wakeup the TI host "manually"? I am referring to step 4. of my te

Re: [RFT 2/2] xhci: Disable D3cold for buggy TI redrivers.

2013-05-09 Thread Huang Ying
On Thu, 2013-05-09 at 16:31 -0700, Sarah Sharp wrote: > Some xHCI hosts contain a "redriver" from TI that silently drops port > status connect changes if the port slips into Compliance Mode. If the > port slips into compliance mode while the host is in D0, there will not > be a port status change

[RFT 2/2] xhci: Disable D3cold for buggy TI redrivers.

2013-05-09 Thread Sarah Sharp
Some xHCI hosts contain a "redriver" from TI that silently drops port status connect changes if the port slips into Compliance Mode. If the port slips into compliance mode while the host is in D0, there will not be a port status change event. If the port slips into compliance mode while the host