Hi, all > https://bugzilla.kernel.org/show_bug.cgi?id=102101 > > Bug ID: 102101 > Summary: USB 3 storage device disconnects after S3 resume,and > re-enumerate it. I debug this problem ,and I find that when I suspend to ram (STR), the STS_SRE bit is set. and re-initialize the HC during resume, In xhci_resume() function, after xhci_handshake() is called , I printk the xhci->op_regs->status, it is 0x401, means the STS_SRE bit is set. I can not understand..... This is normal ? Aaron Chou On Tue, Aug 4, 2015 at 8:42 AM, Aaron Zhou <zhoubb.aaron@xxxxxxxxx> wrote: > Yes,I saw the code. > And the uPD720201 's device ID is 0014. > I have changed the code ,but it is without any help. > > On Mon, Aug 3, 2015 at 9:59 PM, Mathias Nyman > <mathias.nyman@xxxxxxxxxxxxxxx> wrote: >> On 02.08.2015 08:37, Aaron Zhou wrote: >>> Oh sorry! >>> I have tired the 4.2-rc4 kernel, but the bug is still exist. >>> >>> Anyway,It is the first step that to kown whether the Renesas >>> Technology Corp. uPD720201 chip performance fine on X86 system after >>> resume. >>> I don't have the experimental environment. >> >> xhci driver has a quirk to reset Renesas uPD720202 USB 3.0 Host Controller device [0015] >> on resume. Does the uPD720201 have the same device ID? >> >> lspci -vmnnd 1912 >> >> -Mathias >> -- 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
