[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHk-=wgzU8_dGn0Yg+DyX7ammTkDUCyEJ4C=NvnHRhxKWC7Wpw@mail.gmail.com>
Date: Mon, 8 May 2023 09:27:28 -0700
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Linux regressions mailing list <regressions@...ts.linux.dev>
Cc: "Sudip Mukherjee (Codethink)" <sudipm.mukherjee@...il.com>,
Laurent Pinchart <laurent.pinchart@...asonboard.com>,
Mauro Carvalho Chehab <mchehab@...nel.org>,
Shawn Guo <shawnguo@...nel.org>,
Sascha Hauer <s.hauer@...gutronix.de>,
NXP Linux Team <linux-imx@....com>,
linux-media@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org,
Pengutronix Kernel Team <kernel@...gutronix.de>,
Fabio Estevam <festevam@...il.com>
Subject: Re: mainline build failure due to cf21f328fcaf ("media: nxp: Add
i.MX8 ISI driver")
On Mon, May 8, 2023 at 3:55 AM Linux regression tracking #adding
(Thorsten Leemhuis) <regressions@...mhuis.info> wrote:
>
> Thanks for the report. The fixes (see the mail from Laurent) apparently
> are still not mainlined (or am I missing something?), so let me add this
> report to the tracking to ensure this is not forgotten:
Gaah. I was intending to apply the patch directly before rc1, but then
I forgot about this issue.
Mauro: I'm currently really *really* fed up with the media tree. This
exact same thing happened last merge window, where the media tree
caused pointless build errors, and it took way too long to get the
fixes the proper ways.
If something doesn't even build, it should damn well be fixed ASAP.
Last release it was imx290.c and PM support being disabled, and I had
to apply the fix manually because it continued to not come in the
proper way.
See commit 7b50567bdcad ("media: i2c: imx290: fix conditional function
defintions").
But also see commit b928db940448 ("media: i2c: imx290: fix conditional
function definitions"), which you *did* commit, but note this on that
commit:
AuthorDate: Tue Feb 7 17:13
CommitDate: Sat Mar 18 08:44
so it took you a MONTH AND A HALF to react to a build failure.
And see this:
git name-rev b928db940448
b928db940448 tags/v6.4-rc1~161^2~458
ie that build fix that you finally committed came in *AFTER* the 6.3
release, even though the bug it fixes was introduced in the 6.3 merge
window:
git name-rev 02852c01f654
02852c01f654 tags/v6.3-rc1~72^2~2^2~193
and now we're in the *EXACT*SAME* situation, with me applying a build
fix directly, because you couldn't get it fixed in a timely manner.
End result: you and the media tree is on my shit-list, and I will not
take any pull requests from you that aren't just fixes.
Not just this release, but the next one.
Because I'm completely and utterly fed up with you ignoring
fundamental "it doesn't even build" issues.
If you can't be bothered fix the build issues that get introduced
during the merge window, then I'm not going to merge new stuff from
you.
It's *that* simple.
Linus
Powered by blists - more mailing lists