On Wed, 2025-08-13 at 08:42 +0200, Michał Pecio wrote:
On Wed, 13 Aug 2025 03:58:07 +0200, Marcus Rückert wrote:
dmesg |grep 'usb 1-2' ; dmesg |grep 'descriptor read' [ 2.686292] [ T787] usb 1-2: new full-speed USB device number 3 using xhci_hcd [ 3.054496] [ T787] usb 1-2: New USB device found, idVendor=31e3, idProduct=1322, bcdDevice= 2.30 [ 3.054499] [ T787] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 3.054500] [ T787] usb 1-2: Product: Wooting 60HE+ [ 3.054501] [ T787] usb 1-2: Manufacturer: Wooting
OK, so you had a keyboard in this port during the last boot. Is this keyboard always connected to the same port? There is no bus 1 port 2 device on your earlier lsusb output, so it was either not connected there or not detected due to malfunction.
yes it is always connected to that port. the setup is quite static.
So this port was getting reset in the past. Can you also check:
- how many of those resets were followed by "HC died"
- if all "HC died" events were caused by resets of port usb 1-2
(or some other port)
Jul 24 15:56:34 kernel: usb 1-2: reset full-speed USB device number 14 using xhci_hcd Jul 24 15:56:35 kernel: usb 1-2: reset full-speed USB device number 14 using xhci_hcd Jul 24 15:56:36 kernel: usb 1-2: reset full-speed USB device number 14 using xhci_hcd Jul 24 15:56:37 kernel: usb 1-2: reset full-speed USB device number 14 using xhci_hcd Jul 24 15:57:56 kernel: xhci_hcd 0000:0e:00.0: HC died; cleaning up Jul 31 19:53:02 kernel: usb 1-2: reset full-speed USB device number 50 using xhci_hcd Jul 31 19:53:03 kernel: usb 1-2: reset full-speed USB device number 50 using xhci_hcd Jul 31 19:53:04 kernel: usb 1-2: reset full-speed USB device number 50 using xhci_hcd Jul 31 19:53:04 kernel: usb 1-2: reset full-speed USB device number 50 using xhci_hcd Jul 31 19:55:05 kernel: xhci_hcd 0000:0e:00.0: HC died; cleaning up Aug 06 16:51:34 kernel: usb 1-2: reset full-speed USB device number 12 using xhci_hcd Aug 06 16:51:35 kernel: usb 1-2: reset full-speed USB device number 12 using xhci_hcd Aug 06 16:51:36 kernel: usb 1-2: reset full-speed USB device number 12 using xhci_hcd Aug 06 16:51:36 kernel: usb 1-2: reset full-speed USB device number 12 using xhci_hcd Aug 06 16:52:50 kernel: xhci_hcd 0000:0e:00.0: HC died; cleaning up
all HC died events were connected to reset full-speed.
And for the record, what exactly was the original problem which you reported to Suse and believe to be caused by a kernel upgrade? Was it "HC died" and loss of multiple devices, or just the keyborad failing to work and spamming "reset USB device numebr x", or something else?
The spamming I wouldnt have noticed. but the loss of the other devices from the "HC died" I did notice. So I asked Jiri if the recent kernel updates included USB changes and we started debugging :)
darix