From: Lorenzo Stoakes <ljs@kernel.org>
To: "Darrick J. Wong" <djwong@kernel.org>
Cc: "David Hildenbrand (Arm)" <david@kernel.org>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Boris Burkov <boris@bur.io>, Jeff Layton <jlayton@kernel.org>,
Greg KH <gregkh@linuxfoundation.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
Jonathan Corbet <corbet@lwn.net>,
Justin Stitt <justinstitt@google.com>,
Carlos Maiolino <cem@kernel.org>,
Jakub Kicinski <kuba@kernel.org>,
Jori Koolstra <jkoolstra@xs4all.nl>,
Krzysztof Kozlowski <krzk@kernel.org>,
Brian Foster <bfoster@redhat.com>,
Christoph Hellwig <hch@infradead.org>,
David Disseldorp <ddiss@suse.de>,
Mark Brown <broonie@kernel.org>,
Jani Nikula <jani.nikula@intel.com>,
Jens Axboe <axboe@kernel.dk>,
Vlastimil Babka <vbabka@kernel.org>,
"Christian Brauner (Amutable)" <brauner@kernel.org>,
workflows@vger.kernel.org, linux-doc@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH] Documentation: remove the requirement for LLM attribution
Date: Tue, 7 Jul 2026 19:16:15 +0100 [thread overview]
Message-ID: <ak1CT2xKc9hx8fJk@lucifer> (raw)
In-Reply-To: <20260707171039.GD9368@frogsfrogsfrogs>
On Tue, Jul 07, 2026 at 10:10:39AM -0700, Darrick J. Wong wrote:
> On Tue, Jul 07, 2026 at 04:10:07PM +0100, Lorenzo Stoakes wrote:
> > On Tue, Jul 07, 2026 at 03:29:44PM +0200, David Hildenbrand (Arm) wrote:
> > > On 7/7/26 11:55, Lorenzo Stoakes wrote:
> > > > LGTM! Do you want to send that then? People can comment on the actual path then
> > > > (probably worth cc'ing everybody here on that also).
> > >
> > > Let's first gather some more thoughts on the rough direction before spinning of
> > > yet another discussion. :)
> >
> > I'm suggesting sending a simple, uncontroversial, change to get movement rather
> > than continue this never-ending talking shop :)
>
> Oh but I love shop talk! :P
>
> My opinions (having been on vacation for most of this thread) are
> roughly:
>
> 1. For patches generated by deterministic tools (e.g. sed/cocinelle),
> please include the source code so that anyone reading the patch can
> check the reproducibility of that patch. But that can be free-form
> in the commit message:
>
> https://lore.kernel.org/linux-xfs/157343508488.1945685.9867882880040545380.stgit@magnolia/
>
> 2. For nondeterministic machine assistance, I like the idea of asking
> patch submitters to note which part(s) of the patch had machine
> assistance applied. I don't care all that much about the technology
> used (e.g. LLM, or Eliza, or whatever). Something like:
>
> Assisted-by: LLM # commit message
> Assisted-by: LLM # finding bugs in the original commit
>
> I don't care to give free advertising to any specific LLM-pusher, nor
> do I care to give the whole *industry* any free publicity. They can
> spend their own leveraged money on advertising.
>
> Mecha-assistance-done-by: finding bugs in the original commit
>
> or maybe just
>
> MAD: finding bugs in the original commit
>
> :P
>
> 3. I grade *all* the trailers that submitters attach to patches! And
> how well they engage me on my weird followup questions! Both help me to
> construct a conscientiousness vibe, which is how I decide how much
> effort to put into making a response. Do you allege that your patch
> fixes a bug but fail to cc stable? Do you post obviously LLM generated
> content but leave out an Assisted-by tag? Do you habitually drop off
> the list for long periods of time? Decline to run /any/ QA on your
> patches at all? Not gonna waste my time.
>
> OTOH, I also look for *good* behavior: cc'ing stable, responding to
> questions with a day or two, kvetching on fstests@ about the horridness
> of bash scripts? I find that endearing. ;)
>
> --D
>
> > Anyway I'll leave it up to you!
> >
> > Thanks, Lorenzo
> >
I love all of this, no notes :)
Cheers, Lorenzo
next prev parent reply other threads:[~2026-07-07 18:16 UTC|newest]
Thread overview: 64+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-02 14:32 [PATCH] Documentation: remove the requirement for LLM attribution Jeff Layton
2026-07-02 14:53 ` Laurent Pinchart
2026-07-02 14:58 ` Lorenzo Stoakes
2026-07-02 15:02 ` Jeff Layton
2026-07-02 15:07 ` Lorenzo Stoakes
2026-07-02 14:57 ` Lorenzo Stoakes
2026-07-02 15:28 ` Laurent Pinchart
2026-07-02 15:36 ` Lorenzo Stoakes
2026-07-02 15:44 ` Laurent Pinchart
2026-07-02 15:07 ` Greg KH
2026-07-02 15:13 ` Jonathan Corbet
2026-07-02 15:20 ` Lorenzo Stoakes
2026-07-02 18:46 ` Andreas Dilger
2026-07-03 2:57 ` Theodore Tso
2026-07-03 11:50 ` Jori Koolstra
2026-07-03 16:12 ` Andreas Dilger
2026-07-02 15:15 ` Lorenzo Stoakes
2026-07-02 15:33 ` Jori Koolstra
2026-07-02 15:37 ` Lorenzo Stoakes
2026-07-02 15:36 ` Laurent Pinchart
2026-07-02 15:57 ` Jeff Layton
2026-07-02 16:13 ` Laurent Pinchart
2026-07-02 16:19 ` Greg KH
2026-07-02 16:32 ` Laurent Pinchart
2026-07-03 6:37 ` Greg KH
2026-07-03 7:23 ` David Hildenbrand (Arm)
2026-07-03 7:30 ` Greg KH
2026-07-03 7:33 ` David Hildenbrand (Arm)
2026-07-03 11:42 ` Theodore Tso
2026-07-03 11:53 ` Laurent Pinchart
2026-07-03 12:04 ` Jori Koolstra
2026-07-06 8:44 ` Mauro Carvalho Chehab
2026-07-02 16:48 ` Jeff Layton
2026-07-02 16:50 ` Lorenzo Stoakes
2026-07-02 21:17 ` Boris Burkov
2026-07-02 23:17 ` SJ Park
2026-07-03 7:05 ` David Hildenbrand (Arm)
2026-07-03 13:12 ` Lorenzo Stoakes
2026-07-03 16:32 ` Laurent Pinchart
2026-07-03 18:22 ` David Hildenbrand (Arm)
2026-07-07 9:20 ` Lorenzo Stoakes
2026-07-07 9:49 ` David Hildenbrand (Arm)
2026-07-07 9:55 ` Lorenzo Stoakes
2026-07-07 13:29 ` David Hildenbrand (Arm)
2026-07-07 15:10 ` Lorenzo Stoakes
2026-07-07 17:10 ` Darrick J. Wong
2026-07-07 18:16 ` Lorenzo Stoakes [this message]
2026-07-07 10:01 ` Geert Uytterhoeven
2026-07-07 13:31 ` David Hildenbrand (Arm)
2026-07-07 12:40 ` Laurent Pinchart
2026-07-07 13:28 ` David Hildenbrand (Arm)
2026-07-07 14:18 ` Laurent Pinchart
2026-07-07 14:59 ` Lorenzo Stoakes
2026-07-07 15:05 ` Laurent Pinchart
2026-07-07 18:53 ` Christian Brauner
2026-07-07 18:55 ` Christian Brauner
2026-07-07 19:03 ` Jonathan Corbet
2026-07-07 19:06 ` Lorenzo Stoakes
2026-07-07 10:15 ` Jori Koolstra
2026-07-07 10:20 ` Lorenzo Stoakes
2026-07-03 18:26 ` David Hildenbrand (Arm)
2026-07-02 23:05 ` SJ Park
2026-07-02 16:11 ` Chuck Lever
2026-07-02 16:14 ` Lorenzo Stoakes
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=ak1CT2xKc9hx8fJk@lucifer \
--to=ljs@kernel.org \
--cc=axboe@kernel.dk \
--cc=bfoster@redhat.com \
--cc=boris@bur.io \
--cc=brauner@kernel.org \
--cc=broonie@kernel.org \
--cc=cem@kernel.org \
--cc=corbet@lwn.net \
--cc=david@kernel.org \
--cc=ddiss@suse.de \
--cc=djwong@kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=hch@infradead.org \
--cc=jani.nikula@intel.com \
--cc=jkoolstra@xs4all.nl \
--cc=jlayton@kernel.org \
--cc=justinstitt@google.com \
--cc=krzk@kernel.org \
--cc=kuba@kernel.org \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.org \
--cc=vbabka@kernel.org \
--cc=workflows@vger.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.