USB xhci_hcd boot timeout on ASUS ROG Crosshair X870E Hero since Linux 7.0)
A message that is not in the archive (sent off-list or not yet received): [email protected]/
https://bugzilla.kernel.org/show_bug.cgi?id=222047
Artem S. Tashkinov ([email protected]) changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO
Component|Kernel |USB
Version|unspecified |2.5
Assignee|[email protected] |[email protected]
|rnel.org |nel.org
Product|Linux |Drivers--- Comment #1 from Artem S. Tashkinov ([email protected]) --- Please bisect or at the very least attach dmesg's (that contain timing information) for working and malfunctioning kernels.
https://docs.kernel.org/admin-guide/bug-bisect.html
Signature · 4 lines
You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=222047
Michał Pecio ([email protected]) changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]
--- Comment #2 from Michał Pecio ([email protected]) --- Are you referring to the "usb 1-6" thing?
Before bothering with bisect, does the problem go away when you downgrade the kernel package to something that worked in the past?
Can you search old logs to identify this device? Something like:
usb 1-6: New USB device found, idVendor=xxxx, idProduct=yyyy, bcdDevice= z.zz usb 1-6: Product: some name
usb 1-6: Manufacturer: some name
Signature · 4 lines
You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=222047
--- Comment #3 from Michele Bezzi ([email protected]) --- Created attachment 311129
--> https://bugzilla.kernel.org/attachment.cgi?id=311129&action=edit
lsusb
Signature · 4 lines
You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=222047
--- Comment #4 from Michele Bezzi ([email protected]) --- Created attachment 311130
--> https://bugzilla.kernel.org/attachment.cgi?id=311130&action=edit
lsusb-tree
Signature · 4 lines
You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=222047
--- Comment #5 from Michele Bezzi ([email protected]) --- Created attachment 311131
--> https://bugzilla.kernel.org/attachment.cgi?id=311131&action=edit
kernel config
Signature · 4 lines
You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=222047
--- Comment #6 from Michele Bezzi ([email protected]) --- Created attachment 311132
--> https://bugzilla.kernel.org/attachment.cgi?id=311132&action=edit
dmesg updated
Signature · 4 lines
You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=222047
--- Comment #7 from Michele Bezzi ([email protected]) --- i updated all info you asked i think in the attachments (also new dmesg) Im'm on kernel Linux 7.2.9-arch1-1 #1 SMP PREEMPT_DYNAMIC Sat, 03 Oct 2026 11:43:28 +0000 x86_64 GNU/Linux
the problems persist.
I searched and apparently and the problem sounds like a regression started from kernel 7.
I thank you in advance
Signature · 4 lines
You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=222047
--- Comment #8 from Michał Pecio ([email protected]) ---
Does it help to downgrade to a kernel version which worked in the past? You are on Arch, so your options are local pacman cache or the official package archive.
Does it help to disconnect the PC from all power for a minute?
Signature · 4 lines
You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=222047
--- Comment #9 from Michele Bezzi ([email protected]) --- Yes I tried unplugging the devices (usd ports) and restart: the first time the boot process is pretty fast because the system had to remap again the ports. However next boot in returns to the slow process.
That's why i think is a sort of regression on this type oh motherboard....
------------
I've considered a downgrade of the kernel.... but is worth it? It's Arch not a LTS dystro ...
-------------
If it isn't possible to fix the problem for a while I'll have to try force a reduction of the stand-by process.... I don't know how...
Signature · 4 lines
You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=222047
--- Comment #10 from Michał Pecio ([email protected]) --- (In reply to Michele Bezzi from comment #9)
Quoted 1 line
Yes I tried unplugging the devices (usd ports) and restart:
Not sure what you mean by this. Which devices did you unplug and from what?
The point of downgrading the kernel is to test if the problem goes away or not. If old kernel still works, the bug is a kernel regression. If the old kernel doesn't work anymore, the problem was caused by a HW change, FW upgrade, userspace, etc.
Signature · 4 lines
You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=222047
--- Comment #11 from Michele Bezzi ([email protected]) --- Ok I'll tri whith a 6.* Kernel
The USB i was referring ti was all the set un USB of the motherbiard
Signature · 4 lines
You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.