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