[SOLVED] Possible Regression: USB device 3-6 always polled for 60s

glottophilos · 2026-05-01 13:40:55

I have been trying to solve this all day to no avail -- after a recent update, my Arch install has had significantly slowed boot times because at boot, there is always a USB device 3-6 that gets polled until it fails, a full 60 seconds. Based on the journalctl, this is very definitely the issue as it tries this while everything else hangs. I have attempted to identify what physical port this USB device would be, but it does not correspond to any internal, external, or (also external) hub ports on my machine. I have unplugged every single USB device from the machine and disabled every possible USB device in BIOS, but it exists and causes the hang anyway. Best I can tell, this is not a real USB device, but I don't know how to get it to go away. I've also tried setting the value of /sys/bus/usb/devices/usb3/3-0:1.0/usb3-port6/disable to 1, but that doesn't seem to stick and gets overwritten so I'm not honestly sure what that even does.

To me it seems like this may be a regression of some kind (maybe kernel level based on the journalctl logs?) but I can't honestly say for sure. If anyone knows what this is or how to fix it, that would be amazing!

For reference: MSI x670e gaming wifi board, KDE Wayland version 6.6.4 and kernel version 7.0.3-arch1-1

Last edited by glottophilos (2026-05-02 15:08:06)

seth · 2026-05-01 17:15:13

Check the logs of older boots for whether that device showed up there and what it is.
Do you get the same w/ the LTS kernel?

mmy8x · 2026-05-02 08:51:51

I wouldn't bother with LTS, just read pacman log to see which was the previous linux package version and downgrade using /var/cache/pacman/pkg.

If the old kernel suddenly has the same problem, disconnect the machine completely from power for a minute.

glottophilos · 2026-05-02 14:20:06

Thank you for the suggestions! At the moment the kernel 6.19.10-arch1-1 is showing the same problem, although I'm not in a position at the moment to be able to test whether clearing the capacitors will change that. LTS likewise shows the same issue. I checked the journalctl from 12/4 and that one seems to show that the device is a Mediatek device, which is odd since disabling WiFi in BIOS did nothing, and because currently my WiFi works just fine if it is not disabled. Here are the logs showing the current vs the previous behavior, you can see that at the moment things are looping for a minute before moving on.

May 02 15:11:41 archlinux kernel: usb 3-6: device not accepting address 8, error -71
May 02 15:11:41 archlinux kernel: usb 3-6: Device not responding to setup address.
May 02 15:11:36 archlinux kernel: usb 3-6: Device not responding to setup address.
May 02 15:11:31 archlinux kernel: usb 3-6: new high-speed USB device number 8 using xhci_hcd
May 02 15:11:31 archlinux kernel: usb 3-6: device not accepting address 7, error -71
May 02 15:11:31 archlinux kernel: usb 3-6: Device not responding to setup address.
May 02 15:11:26 archlinux kernel: usb 3-6: Device not responding to setup address.
May 02 15:11:21 archlinux kernel: usb 3-6: new high-speed USB device number 7 using xhci_hcd
May 02 15:11:20 archlinux kernel: usb 3-6: device descriptor read/64, error -110
May 02 15:11:05 archlinux kernel: usb 3-6: device descriptor read/64, error -110
May 02 15:10:59 archlinux kernel: usb 3-6: new high-speed USB device number 6 using xhci_hcd
May 02 15:10:59 archlinux kernel: usb 3-6: device descriptor read/64, error -110
May 02 15:10:43 archlinux kernel: usb 3-6: device descriptor read/64, error -110
May 02 15:10:39 archlinux kernel: usb 3-6: new high-speed USB device number 5 using xhci_hcd
> sudo journalctl -b-65 -r | grep '3-6'                                                                                                                               ~
Apr 04 12:11:03 archhome mtp-probe[1097]: checking bus 3, device 4: "/sys/devices/pci0000:00/0000:00:02.1/0000:05:00.0/0000:06:0c.0/0000:16:00.0/usb3/3-6"
Apr 04 12:10:57 archlinux kernel: usb 3-6: SerialNumber: 000000000
Apr 04 12:10:57 archlinux kernel: usb 3-6: Manufacturer: MediaTek Inc.
Apr 04 12:10:57 archlinux kernel: usb 3-6: Product: Wireless_Device
Apr 04 12:10:57 archlinux kernel: usb 3-6: New USB device strings: Mfr=5, Product=6, SerialNumber=7
Apr 04 12:10:57 archlinux kernel: usb 3-6: New USB device found, idVendor=0e8d, idProduct=0616, bcdDevice= 1.00
Apr 04 12:10:57 archlinux kernel: usb 3-6: new high-speed USB device number 4 using xhci_hcd

Last edited by glottophilos (2026-05-02 15:09:07)

glottophilos · 2026-05-02 15:07:38

SOLUTION: for whatever reason, powering the machine off, disconnecting from power, then holding down the power button for about 30 seconds fixed the issue. No more problem on any kernel, seems to just work now.

mmy8x · 2026-05-03 06:28:05

It's Bluetooth:
https://linux-hardware.org/?id=usb:0e8d-0616

For some reason BT devices are prone to locking up until they are power cycled, we have seen this many times on this forum. Bad luck if it's integrated on the motherboard and can't be unplugged.

seth · 2026-05-03 06:33:16

Specifically mediatek, but if there's a parallel windows installation also see the 3rd link below. Mandatory.
Disable it (it's NOT the BIOS setting!) and reboot windows and linux twice for voodo reasons.

Arch Linux

#1 2026-05-01 13:40:55

[SOLVED] Possible Regression: USB device 3-6 always polled for 60s

#2 2026-05-01 17:15:13

Re: [SOLVED] Possible Regression: USB device 3-6 always polled for 60s

#3 2026-05-02 08:51:51

Re: [SOLVED] Possible Regression: USB device 3-6 always polled for 60s

#4 2026-05-02 14:20:06

Re: [SOLVED] Possible Regression: USB device 3-6 always polled for 60s

#5 2026-05-02 15:07:38

Re: [SOLVED] Possible Regression: USB device 3-6 always polled for 60s

#6 2026-05-03 06:28:05

Re: [SOLVED] Possible Regression: USB device 3-6 always polled for 60s

#7 2026-05-03 06:33:16

Re: [SOLVED] Possible Regression: USB device 3-6 always polled for 60s

Board footer