Re: [PATCH] usb: hub: Don't try to recover devices lost during warm reset.

["Michał Pecio" <michal.pecio@gmail.com>]

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.

> journalctl --since 2025-07-01 --grep "reset full-speed USB device
> number"
> 
> 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 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
> 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

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)

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?

Regards,
Michal