From: "Michał Pecio" <michal.pecio@gmail.com>
To: "Marcus Rückert" <kernel@nordisch.org>
Cc: "Mathias Nyman" <mathias.nyman@linux.intel.com>,
"Jiri Slaby" <jirislaby@kernel.org>,
gregkh@linuxfoundation.org, linux-usb@vger.kernel.org,
stern@rowland.harvard.edu, stable@vger.kernel.org,
"Łukasz Bartosik" <ukaszb@chromium.org>,
"Oliver Neukum" <oneukum@suse.com>
Subject: Re: [PATCH] usb: hub: Don't try to recover devices lost during warm reset.
Date: Thu, 14 Aug 2025 07:41:06 +0200 [thread overview]
Message-ID: <20250814074106.2da56397@foxbook> (raw)
In-Reply-To: <3566d1a04de7f61da46a11c7f1ec467e8b55e121.camel@nordisch.org>
On Wed, 13 Aug 2025 12:05:16 +0200, Marcus Rückert wrote:
> On Wed, 2025-08-13 at 11:48 +0200, Michał Pecio wrote:
> > OK, three reset loops and three HC died in the last month, both at
> > the same time, about once a week. Possibly not a coincidence ;)
> >
> > Not sure if we can confidently say that reverting this patch helped,
> > because a week is just passing today. But the same hardware worked
> > fine for weeks/months/years? before a recent kernel upgrade, correct?
>
> From 2024-07 until end of July this year (when I upgraded to kernel
> 6.15.7) everything was working fine. Also since I run with the kernel
> where the patch is reverted the issue has not shown up again.
Considering rarity of those events I think you would need to run for
a few weeks to be sure that the problem is gone.
There is also a chance that some hardware change wich doesn't involve
the "usb 1-2" keyboard caused it. In bug 220069, another AMD chipset
was dying every few days if and only if two particular devices were
connected to the same USB controller (the chipset had two controllers).
>
> > Random idea: would anything happen if you run 'usbreset' to manually
> > reset this device? Maybe a few times.
>
> How do I do that?
Run usbreset without arguments (as root) and it will print a small help
text and a list of devices it can reset. If you don't have usbreset,
ask Suse. Normally it should be in usbutils package like lsusb.
But I suspect nothing will happen (ie. the device will reset normally).
We tried it in bug 220069 as well.
So it will be waiting until it crashes spontaneously again.
next prev parent reply other threads:[~2025-08-14 5:41 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-23 13:39 [PATCH] usb: hub: Don't try to recover devices lost during warm reset Mathias Nyman
2025-07-15 17:48 ` Greg KH
2025-07-15 18:54 ` Alan Stern
2025-08-11 6:16 ` Jiri Slaby
2025-08-11 11:06 ` Jiri Slaby
2025-08-11 19:24 ` Alan Stern
2025-08-11 21:28 ` Michał Pecio
2025-08-12 10:48 ` Mathias Nyman
2025-08-12 18:15 ` Marcus Rückert
2025-08-12 22:02 ` Michał Pecio
2025-08-13 1:58 ` Marcus Rückert
2025-08-13 6:42 ` Michał Pecio
2025-08-13 9:14 ` Marcus Rückert
2025-08-13 9:48 ` Michał Pecio
2025-08-13 10:05 ` Marcus Rückert
2025-08-14 5:41 ` Michał Pecio [this message]
2025-08-13 10:13 ` Mathias Nyman
2025-08-13 2:11 ` Marcus Rückert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20250814074106.2da56397@foxbook \
--to=michal.pecio@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=jirislaby@kernel.org \
--cc=kernel@nordisch.org \
--cc=linux-usb@vger.kernel.org \
--cc=mathias.nyman@linux.intel.com \
--cc=oneukum@suse.com \
--cc=stable@vger.kernel.org \
--cc=stern@rowland.harvard.edu \
--cc=ukaszb@chromium.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox