https://bugzilla.kernel.org/show_bug.cgi?id=220069 --- Comment #17 from Michał Pecio (michal.pecio@xxxxxxxxx) --- Actually, I think it would still work if you mount debugfs after the fact. These files are generated by the driver from data which already exist in memory and will only be lost after unbind. But no problem, looks like the same thing is happening every few days. (In reply to Claudio Wunder from comment #14) > For example, Audio on my RodeCaster Duo and Bluetooth keep working when that > said crash happens (not sure if this is important info), but all other > devices (like my mouse, keyboard) stop working (I already tried to plug on > different front ports, but not rear ports) The devices which stop working are exactly those connected to the controller which fails. And the problem source is also somewhere there. There is something suspicious about the 8-3 hub which is always undergoing a reset when the HC dies, and it is those commands which appear to be timing out and then refusing to abort. Not sure if it's the cause or a symptom, maybe try to request a reset manually a few times? The 'usbutils' packages which provides 'lsusb' should also have 'usbreset', this will do the business: sudo usbreset 2109:0817 Or exercise this hub a little by asking it to reset its child device. There is another hub connected to it with different ID: sudo usbreset 2109:0211 (BTW, bus 7 is the USB 2.0 part of bus 8, and devices seen on both 7 and 8 are USB 3.x hubs). -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
