From: James Bottomley <James.Bottomley@HansenPartnership.com>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Chris Mason <clm@meta.com>
Cc: "Bird, Tim" <Tim.Bird@sony.com>, Andrew Lunn <andrew@lunn.ch>,
"ksummit@lists.linux.dev" <ksummit@lists.linux.dev>,
Dan Carpenter <dan.carpenter@linaro.org>,
Alexei Starovoitov <ast@kernel.org>,
Rob Herring <robh@kernel.org>
Subject: Re: [MAINTAINERS / KERNEL SUMMIT] AI patch review tools
Date: Fri, 10 Oct 2025 07:40:45 -0400 [thread overview]
Message-ID: <3996fd684c497c7bcb4ad406ff3cec99df7180df.camel@HansenPartnership.com> (raw)
In-Reply-To: <20251010075413.GD29493@pendragon.ideasonboard.com>
On Fri, 2025-10-10 at 10:54 +0300, Laurent Pinchart wrote:
> On Thu, Oct 09, 2025 at 06:03:45AM -0400, Chris Mason wrote:
[...]
> I'm not that concerned about being locked to a specific vendor, but
> more about being locked to a proprietory technology. Today I'm sure
> that we could get sponsorship from different LLM vendors. They're
> competing to attract more users, so it would be in their interest.
> Tomorrow, when the market will calm down, the story will be
> different.
>
> I liken this to building a dam to contain the patch flood. It could
> give us some room to breathe, and we may then decide to ignore that
> the water rises behind the flood gates. When that happens, we won't
> be able to go back to where we were before if we later realize we
> can't have FOSS-compatible flood gates.
This is pre-supposing that AI will always be proprietary. Given the
vast expansion of open source over the last couple of decades I
wouldn't take that bet.
> If we were to push the burden of running LLM-based review to
> contributors this wouldn't affect us that much, but if we run it on
> the maintainers' side (be it on the server side with bots that get
> patches from mailing lists, CI systems that feed from patchwork, or
> on the client side) the risk of vendor lock-in is higher.
Pushing the burden on to contributors always causes more friction than
building it into the CI. Plus if there's a cost involved you're making
contribution pay for play which really doesn't work out well.
> Maybe proprietary technology lock-in would be a better description
> as this isn't about a single vendor.
Well, firstly we've had this before: us with bitkeeper and most
recently Kubernetes with Slack and everyone has survived. But secondly
the far more likely scenario is that the AI stock bubble bursts and the
investment dries up changing the way AI is done (definitely killing the
who can by powerstations and huge hardware installations model of
today) and who the players are (probably the point at which open source
becomes more prevalent).
However, regardless of what happens in future, it will be way easier to
cope with if we've got AI in the CI rather than trying to push it into
contributor tooling.
Regards,
James
next prev parent reply other threads:[~2025-10-10 11:40 UTC|newest]
Thread overview: 68+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-08 17:04 Chris Mason
2025-10-08 17:20 ` Konstantin Ryabitsev
2025-10-08 18:11 ` Sasha Levin
2025-10-08 18:35 ` Chris Mason
2025-10-08 17:57 ` Bart Van Assche
2025-10-08 18:04 ` Chris Mason
2025-10-08 18:14 ` Bart Van Assche
2025-10-08 18:42 ` Chris Mason
2025-10-08 21:08 ` Kees Cook
2025-10-09 1:37 ` Chris Mason
2025-10-08 18:33 ` Sasha Levin
2025-10-09 1:43 ` Chris Mason
2025-10-09 14:49 ` Paul E. McKenney
2025-10-08 19:08 ` Andrew Lunn
2025-10-08 19:28 ` Arnaldo Carvalho de Melo
2025-10-08 19:33 ` Laurent Pinchart
2025-10-08 19:39 ` Arnaldo Carvalho de Melo
2025-10-08 20:29 ` Andrew Lunn
2025-10-08 20:53 ` Mark Brown
2025-10-09 9:37 ` Laurent Pinchart
2025-10-09 12:48 ` Arnaldo Carvalho de Melo
2025-10-08 19:29 ` Laurent Pinchart
2025-10-08 19:50 ` Bird, Tim
2025-10-08 20:30 ` Sasha Levin
2025-10-09 12:32 ` Arnaldo Carvalho de Melo
2025-10-08 20:30 ` James Bottomley
2025-10-08 20:38 ` Bird, Tim
2025-10-08 22:21 ` Jiri Kosina
2025-10-09 9:14 ` Laurent Pinchart
2025-10-09 10:03 ` Chris Mason
2025-10-10 7:54 ` Laurent Pinchart
2025-10-10 11:40 ` James Bottomley [this message]
2025-10-10 11:53 ` Laurent Pinchart
2025-10-10 14:21 ` Steven Rostedt
2025-10-10 14:35 ` Bird, Tim
2025-10-09 14:30 ` Steven Rostedt
2025-10-09 14:51 ` Andrew Lunn
2025-10-09 15:05 ` Steven Rostedt
2025-10-10 7:59 ` Laurent Pinchart
2025-10-10 14:15 ` Bird, Tim
2025-10-10 15:07 ` Joe Perches
2025-10-10 16:01 ` checkpatch encouragement improvements (was RE: [MAINTAINERS / KERNEL SUMMIT] AI patch review tools) Bird, Tim
2025-10-10 17:11 ` Rob Herring
2025-10-10 17:33 ` Arnaldo Carvalho de Melo
2025-10-10 19:21 ` Joe Perches
2025-10-10 16:11 ` [MAINTAINERS / KERNEL SUMMIT] AI patch review tools Steven Rostedt
2025-10-10 16:47 ` Joe Perches
2025-10-10 17:42 ` Steven Rostedt
2025-10-11 10:28 ` Mark Brown
2025-10-09 16:31 ` Chris Mason
2025-10-09 17:19 ` Arnaldo Carvalho de Melo
2025-10-09 17:24 ` Arnaldo Carvalho de Melo
2025-10-09 17:31 ` Alexei Starovoitov
2025-10-09 17:47 ` Arnaldo Carvalho de Melo
2025-10-09 18:42 ` Chris Mason
2025-10-09 18:56 ` Linus Torvalds
2025-10-10 15:52 ` Mauro Carvalho Chehab
2025-10-09 14:47 ` Bird, Tim
2025-10-09 15:11 ` Andrew Lunn
2025-10-09 17:58 ` Mark Brown
2025-10-09 1:15 ` Chris Mason
2025-10-08 20:37 ` Andrew Lunn
2025-10-09 12:40 ` Arnaldo Carvalho de Melo
2025-10-09 14:52 ` Paul E. McKenney
2025-10-10 3:08 ` Krzysztof Kozlowski
2025-10-10 14:12 ` Chris Mason
2025-10-31 16:51 ` Stephen Hemminger
2025-10-14 7:16 ` Dan Carpenter
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=3996fd684c497c7bcb4ad406ff3cec99df7180df.camel@HansenPartnership.com \
--to=james.bottomley@hansenpartnership.com \
--cc=Tim.Bird@sony.com \
--cc=andrew@lunn.ch \
--cc=ast@kernel.org \
--cc=clm@meta.com \
--cc=dan.carpenter@linaro.org \
--cc=ksummit@lists.linux.dev \
--cc=laurent.pinchart@ideasonboard.com \
--cc=robh@kernel.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