[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20260109103435.cb555ad5374a50db413e3861@linux-foundation.org>
Date: Fri, 9 Jan 2026 10:34:35 -0800
From: Andrew Morton <akpm@...ux-foundation.org>
To: Dan Carpenter <dan.carpenter@...aro.org>
Cc: Lorenzo Stoakes <lorenzo.stoakes@...cle.com>, Steven Rostedt
<rostedt@...dmis.org>, Dave Hansen <dave@...1.net>, Dave Hansen
<dave.hansen@...el.com>, James Bottomley
<James.Bottomley@...senpartnership.com>, Dave Hansen
<dave.hansen@...ux.intel.com>, linux-kernel@...r.kernel.org, Shuah Khan
<shuah@...nel.org>, Kees Cook <kees@...nel.org>, Greg Kroah-Hartman
<gregkh@...uxfoundation.org>, Miguel Ojeda <ojeda@...nel.org>, Luis
Chamberlain <mcgrof@...nel.org>, SeongJae Park <sj@...nel.org>, Dan
Williams <dan.j.williams@...el.com>, NeilBrown <neilb@...mail.net>,
Theodore Ts'o <tytso@....edu>, Sasha Levin <sashal@...nel.org>, Jonathan
Corbet <corbet@....net>, Vlastimil Babka <vbabka@...e.cz>,
workflows@...r.kernel.org, ksummit@...ts.linux.dev, Jens Axboe
<axboe@...nel.dk>
Subject: Re: [PATCH] [v3] Documentation: Provide guidelines for
tool-generated content
Dan, thanks for taking care of this.
My overall not-strongly-held take is that we shouldn't try to be overly
proscriptive at this stage. Wait and see if a problematic pattern
emerges and then deal with it.
But my main reason for weighing in: I haven't yet seen evidence that
the LLMs produce useful kernel changes, but AI is looking to be useful
at finding bugs.
If an AI-generated bug report comes in the form of a purported code fix
then it's "thanks for the bug report", delete the email then get in
and fix the issue in our usual way.
As we work through these issues, please let's not accidentally do
anything which impedes our ability to receive AI-generated bug reports.
If that means having to deal with poor fixes for those bugs then so be
it - the benefit of the bug report outweighs the cost of discarding the
purported fix.
Powered by blists - more mailing lists