https://bugzilla.kernel.org/show_bug.cgi?id=213081 --- Comment #9 from Peter Ganzhorn (peter.ganzhorn@xxxxxxxxxxxxxx) --- Created attachment 296815 --> https://bugzilla.kernel.org/attachment.cgi?id=296815&action=edit git bisect log Well bisecting went quicker than I expected, but I don't think I can come up with a solution for this myself. git bisect found commit 674f8438c12125d6b4fe51d44b9316bb02b286b5 xhci: split handling halted endpoints into two steps as the culprit, but the last two builds before finding this final commit already refused to boot correctly. I guess this one is part of a bigger patch series which the bisect process cut in half at some point. The description of the commit mentions: Note: This removes the RESET_EP_QUIRK handling which was added in commit ac9d8fe7c6a8 ("USB: xhci: Add quirk for Fresco Logic xHCI hardware.") This quirk was added in 2009 for prototype xHCI hardware meant for evaluation purposes only, and should not reach consumers. Which made me raise an eyebrow. After reading this I am not sure if I may have some misbehaving/broken-by-design hardware here. I'll take the liberty of adding Mathias Nyman who authored the commit I found to be involved in this issue to the CC list. Hopefully he can shed some light on this. -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
