On Tue, 2025-08-12 at 13:48 +0300, Mathias Nyman wrote:
[Wed Aug 6 16:52:50 2025] [ T362645] xhci_hcd 0000:0e:00.0: xHCI host controller not responding, assume dead [Wed Aug 6 16:52:50 2025] [ T362645] xhci_hcd 0000:0e:00.0: HC died; cleaning up
Tear down xhci.
so usb is not dead completely. I can connect my keyboard to the charging cable of my mouse and it starts working again. but it seems all my devices hanging on that part of the usb tree are dead (DAC/keyboard)
lspci is here
https://bugzilla.opensuse.org/show_bug.cgi?id=1247895#c3
Mainboard is a ASUS ProArt X870E-CREATOR WIFI
Any ideas? What would you need to debug this?
Could be that this patch reveals some underlying race in xhci re- enumeration path.
possible.
Could also be related to ep0 max packet size setting as this is a full-speed device. (max packet size is unknown until host reads first 8 bytes of descriptor, then adjusts it on the fly with an evaluate context command)
Appreciated if this could be reproduced with as few usb devices as possible, and with xhci tracing and dynamic debug enabled:
sadly this is not really reproducible on command. sometimes it happens after only a few hours. sometimes it happens after a day or 2.
mount -t debugfs none /sys/kernel/debug echo 'module xhci_hcd =p' >/sys/kernel/debug/dynamic_debug/control echo 'module usbcore =p' >/sys/kernel/debug/dynamic_debug/control echo 81920 > /sys/kernel/debug/tracing/buffer_size_kb echo 1 > /sys/kernel/debug/tracing/events/xhci-hcd/enable echo 1 > /sys/kernel/debug/tracing/tracing_on
Running with this now.
< Reproduce issue > Send output of dmesg Send content of /sys/kernel/debug/tracing/trace
Will do once it happened again.
darix