From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: "Uwe Kleine-König" <u.kleine-koenig@baylibre.com>
Cc: "Barry K. Nathan" <barryn@pobox.com>,
stable <stable@vger.kernel.org>, Sasha Levin <sashal@kernel.org>
Subject: Re: [5.10.y] "driver core: platform: use bus_type functions" causes freeze on shutdown
Date: Tue, 10 Mar 2026 12:09:53 +0100 [thread overview]
Message-ID: <2026031024-protegee-kinfolk-d9f3@gregkh> (raw)
In-Reply-To: <aa_hrFevcnH1nHm-@monoceros>
On Tue, Mar 10, 2026 at 10:22:14AM +0100, Uwe Kleine-König wrote:
> Hello Greg,
>
> On Tue, Mar 10, 2026 at 08:07:33AM +0100, Greg Kroah-Hartman wrote:
> > On Mon, Mar 09, 2026 at 06:34:47PM -0700, Barry K. Nathan wrote:
> > > On 3/9/26 07:43, Greg Kroah-Hartman wrote:
> > > > On Mon, Mar 09, 2026 at 07:03:33AM -0700, Barry K. Nathan wrote:
> > > > > To be very clear, I want to emphasize up front that this is regarding
> > > > > the *current 5.10.y queue*, and not any 5.10.y release. This does not
> > > > > affect any currently released 5.10.y kernel.
> > > > >
> > > > > When I apply the current 5.10.y queue on top of 5.10.252, the result
> > > > > is a kernel that consistently freezes on shutdown, both when running
> > > > > directly on my Lenovo ThinkPad T14 Gen 1 (Debian 12 bookworm running on
> > > > > an Intel Core i5-10310U) and when running in a virt-manager VM (I didn't
> > > > > put much thought into it and just happened to pick a Debian 13 trixie VM
> > > > > for my testing).
> > > > >
> > > > > (Just once in my testing, there was a visible kernel panic, but there
> > > > > was also screen corruption, and it looks to me like it might've frozen
> > > > > up partway through the panic being printed on the screen, so I'm not
> > > > > sure how useful it would be. I did take a photo so I guess I could
> > > > > post it up somewhere if it might be useful, or maybe I'll try to type
> > > > > it in from the photo later today or tomorrow.)
> > > > >
> > > > > I bisected manually, and it turned out to be this patch:
> > > > > "driver core: platform: use bus_type functions"
> > > > > (driver-core-platform-use-bus_type-functions.patch)
> > > >
> > > > That patch has been dropped from the queue earlier this morning, so all
> > > > should be fine.
> > > >
> > > > thanks,
> > > >
> > > > greg k-h
> > >
> > > $ git pull
> > > Already up to date.
> > > $ fgrep bus_type queue-5.10/series
> > > driver-core-platform-use-bus_type-functions.patch
> > >
> > > It doesn't look like the patch has been dropped yet from the
> > > 5.10.y queue in the stable-queue git repo on kernel.org.
> > >
> > > (At least as of this writing, around 6:30 PM PDT, you can go to
> > > https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/tree/queue-5.10
> > > and see that the patch is still there.)
> > >
> > >
> > > By the way, if dropping this patch turns out not to be the correct course
> > > of action, I think backporting one additional patch will fix it.
> > >
> > > I applied the following patch directly from mainline to test it; it
> > > applied with an offset but no fuzz. I did some brief testing and it
> > > seems to fix the problem (no more freezing on shutdown).
> > >
> > > mainline commit 46e85af0cc53f35584e00bb5db7db6893d0e16e5
> > > driver core: platform: don't oops in platform_shutdown() on unbound devices
> >
> > Ugh, my fault, I was confusing this with a different patch. I'll go
> > drop all of these now, thanks for confirming.
>
> I'm unsure why you wrote to "drop all of these" now that the reason for
> the breakage is explained and the solution is to pick another patch from
> mainline. If you don't really need
> driver-core-platform-use-bus_type-functions.patch that's fine, but
> otherwise just add 46e85af0cc53f35584e00bb5db7db6893d0e16e5?
>
> I somehow expected that the patch selection procedure for stable notices
> if you pick 9c30921fe799 ("driver core: platform: use bus_type
> functions") that there are later changes declaring to fix this commit?!
Yes, we had not run the "find the fixes for the fixes" script, but in
the end, it was just not going to be worth it so I dropped these
changes.
thanks,
greg k-h
prev parent reply other threads:[~2026-03-10 11:10 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-09 14:03 [5.10.y] "driver core: platform: use bus_type functions" causes freeze on shutdown Barry K. Nathan
2026-03-09 14:43 ` Greg Kroah-Hartman
2026-03-10 1:34 ` Barry K. Nathan
2026-03-10 7:07 ` Greg Kroah-Hartman
2026-03-10 9:22 ` Uwe Kleine-König
2026-03-10 11:09 ` Greg Kroah-Hartman [this message]
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=2026031024-protegee-kinfolk-d9f3@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=barryn@pobox.com \
--cc=sashal@kernel.org \
--cc=stable@vger.kernel.org \
--cc=u.kleine-koenig@baylibre.com \
/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