https://bugzilla.kernel.org/show_bug.cgi?id=219824 --- Comment #9 from Artem S. Tashkinov (aros@xxxxxxx) --- Created attachment 307725 --> https://bugzilla.kernel.org/attachment.cgi?id=307725&action=edit xhci_hcd and usb debug log (In reply to Mathias Nyman from comment #5) > 6.13 has a lot of changes related to endpoint stopping: > > e21ebe51af68 xhci: Turn NEC specific quirk for handling Stop Endpoint errors > generic > 474538b8dd1c usb: xhci: Avoid queuing redundant Stop Endpoint commands > 484c3bab2d5d usb: xhci: Fix TD invalidation under pending Set TR Dequeue > 42b758137601 usb: xhci: Limit Stop Endpoint retries > > Endpoints are stopped in order to cancel transfers, before suspend, and to > soft reset an endpoint after clearing a halt. > > I understand that bisecting an issue like this that triggers rarely isn't an > option, but can I ask you to try running 6.13 with xhci dynamic debug > enabled. > > mount -t debugfs none /sys/kernel/debug > echo 'module xhci_hcd =p' >/sys/kernel/debug/dynamic_debug/control > echo 'module usbcore =p' >/sys/kernel/debug/dynamic_debug/control > and send dmesg after issue is triggered. > > It could reveal a bit more what's going on I'm confused. If I resume the laptop and don't run these three commands immediately, all the USB ports eventually die (usually under 5 minutes). If I resume the laptop and run these commands immediately, USB ports continue working like they always did before. So, weirdly and unexpectedly, when debugging is on ... it fixes the issue. If I resume the laptop, don't run these commands, and then when the USB ports die I run them, there are no further messages from the xhci_hcd module. I'm attaching the debug log (again, no bug here) regardless. Maybe it contains something that will let you understand what is going on. -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
