> -----Original Message----- > From: Sarah Sharp [mailto:sarah.a.sharp@xxxxxxxxxxxxxxx] > Sent: Tuesday, March 13, 2012 12:11 AM > To: Xu, Andiry > Cc: Thilo-Alexander Ginkel; linux-usb@xxxxxxxxxxxxxxx > Subject: Re: USB timeout during S3 suspend w/ NEC Corporation uPD720200 > > On Mon, Mar 12, 2012 at 03:20:41AM +0000, Xu, Andiry wrote: > > > -----Original Message----- > > > From: Thilo-Alexander Ginkel [mailto:thilo@xxxxxxxxxx] > > > Sent: Sunday, March 11, 2012 5:17 AM > > > To: Xu, Andiry > > > Cc: linux-usb@xxxxxxxxxxxxxxx; Sarah Sharp > > > Subject: Re: USB timeout during S3 suspend w/ NEC Corporation uPD720200 > > > > > > On Wed, Mar 7, 2012 at 05:44, Andiry Xu <andiry.xu@xxxxxxx> wrote: > > > > On 03/07/2012 06:42 AM, Thilo-Alexander Ginkel wrote: > > > >> On Fri, Mar 2, 2012 at 21:20, Thilo-Alexander Ginkel > <thilo@xxxxxxxxxx> wrote: > > > ... > > > xhci_hcd 0000:0d:00.0: Poll event ring: 4308439040 > > > xhci_hcd 0000:0d:00.0: op reg status = 0xffffffff > > > xhci_hcd 0000:0d:00.0: HW died, polling stopped. > > > > > > > This means your host controller is dead after suspend: op reg status > > reads 0xffffffff indicates the xHC is not working at all, it's in > > a status like "plug out". > > It doesn't necessarily mean that the host got removed. When the PCI > host controller goes into D3, the registers will read as 0xffffffff. So > I suspect the host was just suspended when the polling loop ran. We > need a better way for the polling loop to know the host controller died > instead of checking the registers. > I agree with you, but for this case, the suspend is actually failed: Stop xHC in xhci_suspend() timeout and the function returns -110. The save state register is not set. I think the PCI host controller does not go into D3 in this case, right? Thanks, Andiry -- 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
