Randomly during use USB Devices all shut off. Power appears to still flow to devices (Keyboard lights up, speakers still receive power) however all inputs are not registered and indicators like the light on a mouse (in my case Logitech G502) do not light up which usually indicate activity. So far I have only been able to resolve this issue by cold-rebooting my system via the power button on the case. Unplugging and reconnecting devices has no effect. Reproducible: Always Steps to Reproduce: 1.Use system for some time 2.Devices will randomly fail, so far not correlation between any particular app or activity that I have been able to determine. Actual Results: Devices stop responding to all inputs, reactive lights on keyboard will activate when keys are pressed, but the system does not register any key presses, mouse lights remain off. Expected Results: USB devices should have continued functioning nominally, system should have continued to register inputs. OS: Fedora Linux 41 (KDE Plasma) x86_64 Kernel: Linux 6.13.5-200.fc41.x86_64 DE: KDE Plasma 6.3.2 WM: KWin (Wayland) Uptime until crash varies, however while writing this bug report I was at roughly 1hr 30min of uptime and it crashed while I was writing. Please let me know if I can provide any assistance. Not finding any error messages in journalctl.
Just for clarification, are you using USB/IP (i.e. passing USB devices over the network)?
(In reply to Jonathan Dieter from comment #1) > Just for clarification, are you using USB/IP (i.e. passing USB devices over > the network)? I am not, apologies it appears as though I selected the wrong classification on that front. This is desktop F41 usb devices not over network.
No worries, I've assigned it to the kernel.
I've started having similar problems recently. This sometimes happens as often as every 10s or so. At least some of these disconnects are after this happens: ``` [179075.637940] xhci_hcd 0000:00:14.0: xHCI host not responding to stop endpoint command [179075.637968] xhci_hcd 0000:00:14.0: xHCI host controller not responding, assume dead [179075.637989] xhci_hcd 0000:00:14.0: HC died; cleaning up ``` which I can recover from using ``` echo -n "0000:00:14.0" | sudo tee /sys/bus/pci/drivers/xhci_hcd/unbind echo -n "0000:00:14.0" | sudo tee /sys/bus/pci/drivers/xhci_hcd/bind ``` I've also seen disconnects without this log message. Then, things would reconnect within a few seconds. (At least part of) The issue seems to be - https://bugzilla.kernel.org/show_bug.cgi?id=219824 - https://lore.kernel.org/linux-usb/855ed817-03da-4e6f-9c4a-898edfcafedd@linux.intel.com/T/#t which has a patch. I'd be great if Fedora could start applying that patch as soon as possible. Thanks!
Note that the above patch has not made it into 6.13.6, and the current Fedora testing builds don't include it, either.
That patch is queued for 6.13.7
I have the same issue on a Lenovo X1 Gen12 with Fedora 41. All internal USB devices die. USB Devices on a docking station will keep working when re-attaching it. I also found this comment: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1857385#yui_3_10_3_1_1741764017689_654 where it has a script to re-bind all the USB devices, which helps in my case as well.
Not sure if this is entirely helpful, but an interesting new aspect of this error that just occurred a few minutes ago, when the input devices (IE the mouse) are no longer detected, the mouse cursor immediately disappears on the screen, pretty much simultaneous with the light on the mouse going dark as well.
Well, if this is fixed by that patch, then there should be no new aspects or anything to debug as long as you are using a 6.13.7 kernel.
I am commenting a copy of my comment on bug https://bugzilla.redhat.com/show_bug.cgi?id=2352642 to be included on this one. I would like to add that I am also experiencing this as well on a Dell OptiPlex 7000 with the latest 6.13.5 and 6.13.6 kernels. This does not happen with 6.12.15 kernel which is the last one I have that this bug does not manifest itself on. I too get the following messages: Mar 16 12:15:20 kernel: xhci_hcd 0000:00:14.0: xHCI host not responding to stop endpoint command Mar 16 12:15:20 kernel: xhci_hcd 0000:00:14.0: xHCI host controller not responding, assume dead Mar 16 12:15:20 kernel: xhci_hcd 0000:00:14.0: HC died; cleaning up Mar 16 12:15:20 kernel: usb 1-5: USB disconnect, device number 4 Mar 16 12:15:21 kernel: usb 1-5.2: USB disconnect, device number 5 Mar 16 12:15:21 kernel: xhci_hcd 0000:00:14.0: Timeout while waiting for stop endpoint command Mar 16 12:15:21 kernel: usb 2-3: USB disconnect, device number 2 Mar 16 12:15:21 kernel: usb 2-3.4: USB disconnect, device number 3 Mar 16 12:15:21 kernel: usb 1-5.3: USB disconnect, device number 6 Mar 16 12:15:21 kernel: usb 1-5.4: USB disconnect, device number 7 Mar 16 12:15:21 kernel: usb 1-5.4.4: USB disconnect, device number 8 Mar 16 12:15:21 kernel: usb 1-14: USB disconnect, device number 3 This is a very unfortunately annoying regression as just like the original poster, my keyboard and mouse die, so I can no longer control the computer directly. Unplugging and replugging the devices also does nothing. I have to login remotely via ssh from another computer and induce a shutdown or reboot to regain control. The main thing I've noticed is that it tends to happen shortly after resuming from s2idle sleep, which I use often. Please let me know if there is anything I can do to help debug newer kernels as currently my only solution is to boot to an older 6.12.15 kernel and uninstall all 6.13.x kernels for the time being after testing each newer one to see if this issue has been resolved. Thank you to wisp3rwind for commenting on the original bug I found and commented on. I believe these are duplicates and maybe should be merged.
Again, please try 6.13.7 as mentioned in this bug... If that does not fix the issue, then we need to know. Otherwise, 6.13.6 is a known problem.
I'm currently on Kernel: Linux 6.13.6-200.fc41.x86_64, I'll report back once 6.13.7 hits my system! Appreciate the responses so far.
(In reply to Justin M. Forbes from comment #11) > Again, please try 6.13.7 as mentioned in this bug... If that does not fix > the issue, then we need to know. Otherwise, 6.13.6 is a known problem. Good evening, I just checked for updates, and 6.13.6 is still the latest kernel available in updates. Do I need to enable a different repo to obtain a test version of 6.13.7 kernel? Thanks, its been some years since I last had to do something like this and do not recall the process. Really appreciate the help!
Apologies for the late night spam, I figured it out. Just needed to enable updates-testing in /etc/yum.repos.d/fedora-updates-testing.repo Thanks again! I will be testing throughout tomorrow and until I re-encounter the issue.
*** Bug 2352642 has been marked as a duplicate of this bug. ***
Not completely sure yet (since this issue usually takes some time to manifest after a suspend cycle), but it seems to be gone for me as well on 6.13.7. I'm still having some other USB issues related to chained USB hubs: brief disconnects, probably associated to log entries like ``` Mar 20 09:43:14 apoc kernel: usb 3-5.2.2-port2: Cannot enable. Maybe the USB cable is bad? Mar 20 09:43:14 apoc kernel: usb 3-5.2.2-port2: attempt power cycle ``` which I'm pretty sure didn't happen on 6.12.* for the exact same hardware. Anyway, that's probably a different issue. 6.13 has been a really rough ride so far...
Good morning everyone. So for me, it's been about a day and a half running with 6.13.7-200.fc41 kernel. I have used my computer in the same manner as I always have, and have even tried putting it to sleep more frequently to try to induce the issue, and it has not occurred in that time frame, and I am fairly certain it should have. If I do a $ sudo dmesg | grep -i xhci I no longer see any error messages: [ 0.300638] ACPI: \_SB_.PC00.XHCI.RHUB.HS14.BTRT: New power resource [ 0.993133] xhci_hcd 0000:00:14.0: xHCI Host Controller [ 0.993159] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 1 [ 0.994456] xhci_hcd 0000:00:14.0: hcc params 0x20007fc1 hci version 0x120 quirks 0x0000000200009810 [ 0.994964] xhci_hcd 0000:00:14.0: xHCI Host Controller [ 0.994986] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 2 [ 0.994988] xhci_hcd 0000:00:14.0: Host supports USB 3.2 Enhanced SuperSpeed [ 0.995103] usb usb1: Product: xHCI Host Controller [ 0.995104] usb usb1: Manufacturer: Linux 6.13.7-200.fc41.x86_64 xhci-hcd [ 0.997087] usb usb2: Product: xHCI Host Controller [ 0.997088] usb usb2: Manufacturer: Linux 6.13.7-200.fc41.x86_64 xhci-hcd [ 1.231827] usb 1-1: new full-speed USB device number 2 using xhci_hcd [ 1.467265] usb 2-3: new SuperSpeed USB device number 2 using xhci_hcd [ 1.595699] usb 1-5: new high-speed USB device number 3 using xhci_hcd [ 1.788903] usb 2-3.4: new SuperSpeed USB device number 3 using xhci_hcd [ 2.146774] usb 1-14: new full-speed USB device number 4 using xhci_hcd [ 2.367682] usb 1-5.2: new high-speed USB device number 5 using xhci_hcd [ 2.580770] usb 1-5.3: new full-speed USB device number 6 using xhci_hcd [ 2.957866] usb 1-5.4: new high-speed USB device number 7 using xhci_hcd [ 3.562697] usb 1-5.4.4: new full-speed USB device number 8 using xhci_hcd [63361.834389] usb 1-5: new high-speed USB device number 9 using xhci_hcd [63362.194620] usb 2-3: new SuperSpeed USB device number 4 using xhci_hcd [63362.298381] usb 1-5.2: new high-speed USB device number 10 using xhci_hcd [63362.508384] usb 1-5.3: new full-speed USB device number 11 using xhci_hcd [63362.680621] usb 2-3.4: new SuperSpeed USB device number 5 using xhci_hcd [63363.016423] usb 1-5.4: new high-speed USB device number 12 using xhci_hcd [63363.437495] usb 1-5.4.4: new full-speed USB device number 13 using xhci_hcd [153106.619968] usb 2-3: new SuperSpeed USB device number 6 using xhci_hcd [153106.746771] usb 1-5: new high-speed USB device number 14 using xhci_hcd [153107.171885] usb 1-5.2: new high-speed USB device number 15 using xhci_hcd [153107.331758] usb 2-3.4: new SuperSpeed USB device number 7 using xhci_hcd [153107.665726] usb 1-5.3: new full-speed USB device number 16 using xhci_hcd [153108.501738] usb 1-5.4: new high-speed USB device number 17 using xhci_hcd [153108.923618] usb 1-5.4.4: new full-speed USB device number 18 using xhci_hcd So I suspect that might be fixed in 6.13.7 :) Thanks guys! Really appreciate it! Reilly