From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 34BEE3C9890 for ; Fri, 3 Jul 2026 11:43:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=18.9.28.11 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783078996; cv=none; b=soNED7TORxngFWgRGbKlFrPMHTzv6jpQDYGdPMlh41fP/ITjjdNVpRFo/piklyjtPGAz9rH5dlksCywYswnZCYo89gc86gaTLKNMjju590HJ+BzsXe/9/5zKeixVp/WMO8F5rjVTtEyUuecLdP8YcS0eeUFLeeRq7i+v0TPGT0E= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783078996; c=relaxed/simple; bh=MbTATmy8I9xcBWQF5hOY0p0TNMj7Drl4a0Js/q64axE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=AD53OJMruiU6u2WYvn9k5t/W/inxHsFkQSliQAWb5Pxce51imxTK9QTTyyQjigbyUF4Z0qcMhEv0mgwyW9MkdJYlJVKw2VfIZt81JtvdElhSjLCIztXzl2zU3C39cGIGLRzNg+Of/+WUHJKor3dTzSX99OKFOP1ZvK7d9w1kAfo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=mit.edu; spf=pass smtp.mailfrom=mit.edu; arc=none smtp.client-ip=18.9.28.11 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=mit.edu Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=mit.edu Received: from macsyma.thunk.org (syn-072-043-125-131.biz.spectrum.com [72.43.125.131]) (authenticated bits=0) (User authenticated as tytso@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 663BgZYu001670 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 3 Jul 2026 07:42:36 -0400 Received: by macsyma.thunk.org (Postfix, from userid 15806) id 3437289CB1E; Fri, 3 Jul 2026 07:42:35 -0400 (EDT) Date: Fri, 3 Jul 2026 07:42:35 -0400 From: "Theodore Tso" To: Greg KH Cc: "David Hildenbrand (Arm)" , Laurent Pinchart , Linus Torvalds , Jeff Layton , Jonathan Corbet , Justin Stitt , Lorenzo Stoakes , 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> <20260702163215.GC3559965@killaraus.ideasonboard.com> <2026070350-drown-untreated-5835@gregkh> <2026070343-copied-quarters-1e2a@gregkh> Precedence: bulk X-Mailing-List: workflows@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: <2026070343-copied-quarters-1e2a@gregkh> On Fri, Jul 03, 2026 at 09:30:28AM -0500, Greg KH wrote: > > So clarifying there that a "Assisted-by: LLM" is also good enough would make > > sense if we agree on that. > > If we all agree on that, I'm saying that _I_ don't care, but others > might. I agree that requiring the model name is not a good idea, because some developers might be using unreleased products where the name itself might not be public. So allowing the version number of the LLM to be elided would be a good change. I'll also note that it's starting to be the case where tool is actually quite relevant. So it's not just about the LLM Model, but whether you're using Codex, Claude Code, OpenCode, or Shahiko. You can use the tool or the harness with different models. So whether the tag is: Assisted-By: OpenCode:Gemini 3.5 Pro Assisted-By: Claude Code Assisted-By: LLM I'd be fine with reviewing patches with any of the above. However, to me that's actually not the most interesting part. See below.... > For me, the info after "Assisted-by:" doesn't matter, it's the first > part. For me, what I care most about is *how* the LLM was used. For example, if someone just used the output of Sashiko to fix a problem in their commit, that's one kind of "Assisted-by". If Sahsiko identifies a pre-existing bug, and the developer addes a patch to the patch series, or creates a new patch series, that's a different kind of "Assisted-by". A third kind of "Assisted-by" might include asking the LLM to create a Coccinelle semantic patches (because I'm not smart enough to create semantic patches). And of course, all of this is quite different from the stereotypical "vibe coding" where the LLM generates thousands of lines of code which the human doesn't understand before sending the pull request. :-) So for me, adding something after a #-sign comment explaning how the LLM was used would be very useful. > > My kids should clean up their room; doesn't work. > > But, if you notice that your kids didn't clean up their room, and you > had told them to, you can then talk to them about doing it properly > based on what they are supposed to be doing. Another metaphor might be that people shouldn't try to evade paying their taxes; merely passing a law saying they have to file correct tax returns doesn't guarantee this. But it was specifically the law against tax evasion is how US Law Enforcement arrested the Chicago mob boss Al Capone. Just because some people might lie doesn't mean that we shouldn't bother to ask everyone to fill out tax returns. Cheers, - Ted