Dears, In fact, in my test scenario: Both interrupt endpoint and iso endpoint are working simultaneously. In scan_periodic(), case Q_TYPE_QH, it will add new qh when "list_empty(&qh->qtd_list)" is not ture in intr_deschedule(), so qh will be serviced more times. It is the root cause that takes more loop time. When I apply your patch except the line I mentioned, it can work for all weekend normally. I will find the device (INT endpoint only) for testing in advance. Thanks a lot! Best Regards, Brad -----Original Message----- From: linux-usb-owner@xxxxxxxxxxxxxxx [mailto:linux-usb-owner@xxxxxxxxxxxxxxx] On Behalf Of Alan Stern Sent: Tuesday, March 29, 2011 12:23 AM To: BradHuang Cc: 'USB list'; yves[進裕] Subject: RE: ehci scan_periodic loop time On Mon, 28 Mar 2011, bradhuang wrote: > Dears, > > Thanks a lot! > Let me confirm one question. > If we plug one usb2.0 device that includes interrupt endpoint only, the > patch also work normally, right? Yes, it should work. But you should test it, to be certain. If you don't find any problems, I'll submit the patch for inclusion in the kernel. Alan Stern -- 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 -- 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
