[SOLVED] Arch broken atfer full pacman -Syyu

seth · 2025-10-23 22:19:37

[    1.450346] usb 7-2.1: new high-speed USB device number 3 using xhci_hcd
[    6.825396] usb 7-2.1: device descriptor read/64, error -110
…
[    9.035202] usb 1-10.5: Manufacturer: VIA Labs, Inc.         
[    9.035203] usb 1-10.5: SerialNumber: 0000000000000001
[   22.658716] fbcon: Taking over console
[   22.698376] usb 7-2.1: device descriptor read/64, error -110
[   22.881345] usb 7-2.1: new high-speed USB device number 4 using xhci_hcd
[   23.117820] Console: switching to colour frame buffer device 160x45
[   28.330734] usb 7-2.1: device descriptor read/64, error -110
[   44.202700] usb 7-2.1: device descriptor read/64, error -110
[   44.307401] usb 7-2-port1: attempt power cycle
[   44.902660] usb 7-2.1: new high-speed USB device number 5 using xhci_hcd
[   50.266884] xhci_hcd 0000:47:00.4: Timeout while waiting for setup device command
[   55.898667] xhci_hcd 0000:47:00.4: Timeout while waiting for setup device command
[   56.106779] usb 7-2.1: device not accepting address 5, error -62
[   56.186720] usb 7-2.1: new high-speed USB device number 6 using xhci_hcd
[   61.530660] xhci_hcd 0000:47:00.4: Timeout while waiting for setup device command
[   67.162754] xhci_hcd 0000:47:00.4: Timeout while waiting for setup device command
[   67.370656] usb 7-2.1: device not accepting address 6, error -62
[   67.371391] usb 7-2-port1: unable to enumerate USB device
[   67.418488] EXT4-fs (nvme1n1p3): mounted filesystem 9eac80a2-340d-4edf-9dcf-704d6b4ee5c8 r/w with ordered data mode. Quota mode: none.

The system generally takes its time but the excessive gap comes clearly from that usb device.

Remove all (external) USB devices and only attach a $5 office-supply keyboard - if it boots fast, you can start to bisect the culprit (attach half of the original devices to see whether the offender is part of that half, then split the problem-half into two and see which quarter contains the bogus device etc etc)

Edit: I don't think you've addressed

seth wrote:

Does this happen w/ the LTS kernel?

Last edited by seth (2025-10-23 22:20:51)

schh · 2025-10-23 23:05:31

I disconnected an unused USB cable and my XBox Wireless Adaoter cable and connected it again and now boot is back to normal. I still wonder as to why it would report error for a 7-2.1 if xbox adapter was the issue,

dmesg now

9.813259] mt76x2u 7-2.1:1.0: ASIC revision: 76320044
[    9.886510] mt76x2u 7-2.1:1.0: ROM patch already applied
[    9.887915] mt76x2u 7-2.1:1.0: Firmware Version: 0.0.00
[    9.887916] mt76x2u 7-2.1:1.0: Build: 1
[    9.887917] mt76x2u 7-2.1:1.0: Build Time: 201507311614____
[   10.273835] mt76x2u 7-2.1:1.0: error: MCU resp evt:9 seq:1-0
[   10.273866] mt76x2u 7-2.1:1.0: error: MCU resp evt:9 seq:1-0
[   10.273900] mt76x2u 7-2.1:1.0: error: MCU resp evt:9 seq:1-0

some other error for the same device 7-2.1

I'm gonna try removing t completely and see what happens. But we are done for now!

EDIT: yes removing the xbox wireless adapter removed the above errors.

Thank you very much for your patience, much appreciated.

Last edited by schh (2025-10-23 23:08:17)

seth · 2025-10-24 07:44:37

I still wonder as to why it would report error for a 7-2.1 if xbox adapter was the issue

Possibly just noise jamming the bus - attaching a bogus device can take out the entire controller chain.

Arch Linux

#26 2025-10-23 22:19:37

Re: [SOLVED] Arch broken atfer full pacman -Syyu

#27 2025-10-23 23:05:31

Re: [SOLVED] Arch broken atfer full pacman -Syyu

#28 2025-10-24 07:44:37

Re: [SOLVED] Arch broken atfer full pacman -Syyu

Board footer