From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 35B9832E729; Fri, 3 Jul 2026 13:12:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783084374; cv=none; b=GVtJBNBRztmT1AlJIX4QsNCnrfx5tXIVPeFsD5UMREkgkt6uP+9DhleQmdkucx4QjmH3lhN6U87xCm+dMchIj8NMRVQlQD5SY/w9y+ZgpqfhMZCo4Z2+gNfQ61Q/+aLYxSo0jOYdoj5GQUqNLDTJtp68tsQIQzEq+e+WEFcIR2U= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783084374; c=relaxed/simple; bh=1AJyYsh/c1jJdX+l1lh7yZDTMOmkUxIKHo/Rj9FGWM0=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=uG2WCi/t0rF13NXzkE1WCZdV6xQDLFUUsqeIT7JmMipUg7wUYInBxqKSmJCJky6j+2wWHqu0rA7iJsDoONfcPQrnctEu2nNbGrGAg3h5tptCHlb7peZmhEHmR/BTDNfq27IsoOlcfsG0XSrpuiOksYMskhjDGu6ZdkOHXd5sZCY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=duZC2bL3; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="duZC2bL3" Received: by smtp.kernel.org (Postfix) with ESMTPSA id ACC881F000E9; Fri, 3 Jul 2026 13:12:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1783084372; bh=1AJyYsh/c1jJdX+l1lh7yZDTMOmkUxIKHo/Rj9FGWM0=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=duZC2bL3NTYEhQEHILunhqPj5g8AJk37UXkw7Duo4nMoSz3JcKzzUXL6rK7fMfzDx TbRe5MThH7ESYdH4189LpIUJLKoeoNzG9LfQCmrHgrmNm5E6LxgydSwsBgj3OMNWMo 06BcKUHzyOL497TgG+qqGh6uWXmftHl+LSI5qEJFwC66KGbSkAOOybVS/iuJfUD6n7 UNritGZzjEOXikbbrve4Ayc89bvlVgZQOgn/Nc76FuFp2+2WMkdwPEtcL17F/QmJdX W2fRWXgv5MSeiaCZ+sybM8rwa38AnV1NmEGCl432Ubw89+hQpPdmSG4zi/Vg4wNPo2 E3c/AFCJFNUvQ== Date: Fri, 3 Jul 2026 14:12:40 +0100 From: Lorenzo Stoakes To: "David Hildenbrand (Arm)" Cc: Boris Burkov , Jeff Layton , Greg KH , Laurent Pinchart , Linus Torvalds , Jonathan Corbet , Justin Stitt , Carlos Maiolino , Jakub Kicinski , Jori Koolstra , Krzysztof Kozlowski , Brian Foster , Christoph Hellwig , David Disseldorp , Mark Brown , Jani Nikula , Jens Axboe , Vlastimil Babka , "Christian Brauner (Amutable)" , 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 Message-ID: References: <20260702-aidoc-v1-1-735572dfb995@kernel.org> <2026070224-unholy-commode-cf45@gregkh> <2114bb79bb5b6e5584a8236de3590e2f4bf0899f.camel@kernel.org> <20260702161330.GH3534761@killaraus.ideasonboard.com> <2026070227-payroll-eradicate-8f66@gregkh> <16c507cea8f2873766e1de586d9a0d73234a3038.camel@kernel.org> <20260702211740.GA639365@zen.localdomain> <3f447113-4407-471f-878f-e6d6edafee71@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3f447113-4407-471f-878f-e6d6edafee71@kernel.org> On Fri, Jul 03, 2026 at 09:05:58AM +0200, David Hildenbrand (Arm) wrote: > On 7/2/26 23:17, Boris Burkov wrote: > > On Thu, Jul 02, 2026 at 05:50:15PM +0100, Lorenzo Stoakes wrote: > >> On Thu, Jul 02, 2026 at 12:48:22PM -0400, Jeff Layton wrote: > >>> > >>> Do we need a tag for this though? > >>> > >>> This seems like the kind of information that we would always require in > >>> the cover letter of a series (or the little place in an individual > >>> patch for comments that don't get merged). That would also allow you to > >>> convey a lot more nuance about how it was used. > >>> > >>> ISTM asking people to disclose LLM usage in a cover letter would give > >>> everyone what they want: Information about whether and possibly how an > >>> LLM was used, and it also wouldn't clutter up the changelogs with these > >>> tags. > >> > >> It's much much clearer and easier to just have a standardised tag for that. > >> > >> You can see that (and grep for that) immediately, vague paragraphs not so much. > >> > > > > At the risk of being pedantic on a point where I think the document is > > kind of lacking: > > > > What level of assistance crosses the bar for an "Assisted-by: LLM" tag? > > > > Some sample levels of assistance to illustrate the point: > > > > 1. I used an llm to one-shot vibe-code a patch > > 2. I used an llm to write a patch but carefully reviewed every line > > 3. I used an llm to explore the design space for a patch but wrote it > > manually > > 4. I used an llm to debug or reproduce a kernel issue but then wrote the > > fix manually after fully understanding the defect > > 5. I used an llm to review a patch I wrote > > 6. I used an llm to research some chunk of code while writing a patch > > 7. I used Google while writing a patch and learned something valuable > > from the AI overview at the top > > > > I personally would 100% use the tag for 1 or 2, and have already done > > so. I have not been doing it for 3-5, as I think that will basically > > make every patch llm-assisted to the point of the distinction being > > meaningless. If we should be doing it for 3-5 (or some subset thereof) > > then my mistake and I will certainly start doing so. I would hope most > > people agree 6-7 and similar need no tag. I personally think 1-2 are the only relevant cases. > > > > Similar questions abound if you use an llm to help with writing the > > English text in the patch or emails. > > > > I have a feeling that this ambiguity is part of the reason we aren't all > > agreeing on the value of the tag? > > Yes, I raised something similar as reply to Christian's RFC [1], where I said > that for me the information *how* it was used is much more important: > > " > Assisted-by: LLM # translate commit message > Assisted-by: LLM # generate some test cases > Assisted-by: LLM # cleanup logic > Assisted-by: LLM # everything and I have no clue what any in here does > " Yup, and we don't need complicated rules for that just 'document what you used it for and give a sense of how much'. It's fuzzy but useful. > > That tag is it stands is pretty useless, really. Not to go over it all again but I disagree, even as it stands, it allows us to engage in conversation about the LLM usage if admitted, and to point those who are misbehaving at the rules if not. And it is a clear way to get the boolean 'is this person saying they used an LLM'. But I agree with you it'd be MUCH more useful if we did the above. I wonder if we could get consensus on adding a section to the doc saying that it'd be _useful_ to add a comment explaining _what_ you did, and explaining the concept with some examples? I can't imagine anybody would disagree with that, and that would get us positive forward progress. Then later we could debate the details further? > > I assume most people only really use it for something in-between 1 and 2, but > *who knows*. > > [1] https://lore.kernel.org/r/5e7b9d23-4291-48fb-bdc6-47db82d33c80@kernel.org > > -- > Cheers, > > David Thanks, Lorenzo