From: Thorsten Leemhuis <regressions@leemhuis.info>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Linux kernel regressions list <regressions@lists.linux.dev>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: Quick regression status pre 7.3-rc3
Date: Sun, 13 Sep 2026 21:32:52 +0200 [thread overview]
Message-ID: <e67d4f5e-22fe-4100-a06a-91a3d1cf38cb@leemhuis.info> (raw)
In-Reply-To: <CAHk-=wi70keQUG4ZDdXiG-HAeFQSzVBejEAUOgQy7rqdQ9EtUw@mail.gmail.com>
On 9/13/26 19:40, Linus Torvalds wrote:
> On Sun, 13 Sept 2026 at 07:32, Thorsten Leemhuis
> <regressions@leemhuis.info> wrote:
>>
>> Hi Linus! Here is a quick report about a few unresolved regressions from
>> the current or the previous cycle that I found worth mentioning for one
>> reason or another; fixes are available for all of them:
>
> I applied three patches for these issues and merged them. That
> hopefully takes care of at least the IPU bridge and the mt76 issues.
Thx!
> The rest appear to at least be in linux-next, and I left those alone.
Yeah, that's fine, so far it looks like that is a regression that is rare.
> Please do double-check that what I did matches what you expected...
Looks good from what I can see.
Side note: Some people suggested I should submit regression fixes like
the three you just applied directly to you as patches or through a git
tree you can pull.
Occasionally I think that might be a good idea, for example, in cases
where a maintainer is known to be on a vacation or something. That
approach also might make your Sunday evenings easier, too. If I'd sent
everything out on Thursday evenings (European time), it would also give
people a chance to speak up when needed before something stupid happens,
which is likely better than what we did here.
At the same time, I think that's a terrible idea, as bypassing the
maintainers' knowledge and setups (like subsystem-specific CIs)
obviously has many downsides and risks. Might also be a stupid idea for
the same reasons why the trivial tree failed and maybe was not a good
thing anyway.
Then again, I the risk of such bypassing might be a wake-up call
motivating some subsystems to mainline regression fixes faster.
In case you have any thoughts on that, I'd be interested to hear them.
Ciao, Thorsten
next prev parent reply other threads:[~2026-09-13 19:32 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-13 14:32 Thorsten Leemhuis
2026-09-13 17:40 ` Linus Torvalds
2026-09-13 19:32 ` Thorsten Leemhuis [this message]
2026-09-13 19:47 ` Linus Torvalds
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=e67d4f5e-22fe-4100-a06a-91a3d1cf38cb@leemhuis.info \
--to=regressions@leemhuis.info \
--cc=linux-kernel@vger.kernel.org \
--cc=regressions@lists.linux.dev \
--cc=torvalds@linux-foundation.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
all inboxes | Powered by JetHome®