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

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

On Tue, 12 Aug 2025 20:15:13 +0200, Marcus Rückert wrote:
> 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)

You have multiple USB buses on multiple xHCI controllers. Controller
responsible for bus 1 goes belly up and its devices are lost, but the
rest keeps working.

It would make sense to figure out what was this device on port 2 of
bus 1 which triggered the failure. Your lsusb output shows no such
device, so it was either disconnected, connected to another port or
it malfunctioned and failed to enumerate at the time. Do you know?

What's the output of these commands right now?
  dmesg |grep 'usb 1-2'
  dmesg |grep 'descriptor read'

Do you have logs? Can you look at them to see if it was always
"usb 1-2" causing trouble in the past?

> lspci is here 
> 
> https://bugzilla.opensuse.org/show_bug.cgi?id=1247895#c3
> 
> Mainboard is a ASUS ProArt X870E-CREATOR WIFI

Thanks. Unfortunately I don't have this exact chipset, but it's
an AMD chipset made by ASMedia, as suspected.

The situation is somewhat similar (though different) to this bug:
https://bugzilla.kernel.org/show_bug.cgi?id=220069
Random failures for no clear reason, apparently triggered by some
repetitive background activity. Very annoying.