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 538F0433E71; Thu, 2 Jul 2026 14:58:53 +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=1783004334; cv=none; b=B9FDRQMBZSa2iFt5dJ8EVMb+Zewy892ImQCHiPqMiaASBsIWHVs3u+Y5i9S2J40jPonNURHo5Bjxp8jlARbr7gijUi+AQxhH9U99keP37U2RJoFeUJQKYxqt546Mk1Vkyfk8u1G5f3DwltejE99uelmHVK1WIeHPx9fu5Xov6cs= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783004334; c=relaxed/simple; bh=RJ1HrrzwyOxz0zLeri6KnVMVTjy/yisIKTAO0Jfb6UA=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=WSTPWuZlh6Ja3zxDw3aREcjGRzs2I0D8sqOWtiMVj3y+9HwonyEm9Qw0Ihpasv1OtWr3OkUShDUsN5vTBssGCYEpU6gmsvpni8qN1WPfVJ/g1T99WCSVJHSRwxOHlUh0e43I4RfvPk/EvYvtqaSYXolzBP1t1rdrMsWxPa3oLXk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=i0Gfhevp; 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="i0Gfhevp" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 66D6B1F000E9; Thu, 2 Jul 2026 14:58:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1783004333; bh=q757zavMQAeR6vqVViGlHCA7uLT/UJHvUgHCTxGlGIE=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=i0GfhevpjVyPqOzJupHyQN4CUwsG/pfxZwXdqqlKzr8fhu6/La/N1TXqt+QCk2U+u +3PfknV+Bc6McopdtKC0dGb+1Q1g5HiU9N7b9H3APpGW+QL6qRymWrwinRQQI1ysmr qinLELAg1G+nk8b0QX473i4qFrOw6ezvCHd3wf4e+tQPI6+5h9onv06woKZKv3u/ys jft7j8tVEpWOQDAG2DEed7cJhPOOA20AMuNVIAZ269t/aOAmz97USUCl6If/AQGU58 czaQsNq2H4AVRnqalXGNdoOb/uQOdYpShXbzhWLDtJNAw9RiVNzD16iqB2F8xRvxcP Q1FdeknGIFNTA== Date: Thu, 2 Jul 2026 15:58:41 +0100 From: Lorenzo Stoakes To: Laurent Pinchart Cc: Jeff Layton , 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 , David Hildenbrand , 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> <20260702145322.GG3534761@killaraus.ideasonboard.com> 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: <20260702145322.GG3534761@killaraus.ideasonboard.com> On Thu, Jul 02, 2026 at 05:53:22PM +0300, Laurent Pinchart wrote: > On Thu, Jul 02, 2026 at 10:32:48AM -0400, Jeff Layton wrote: > > We've had this requirement in place in the Documentation for several > > months, but it's becoming clear that the signal to noise ratio from this > > is quite low. > > > > 1/ It's not universally followed. While many people do try to attribute > > the LLMs in good faith, not everyone does for various reasons. > > > > 2/ It basically serves as free advertising for proprietary LLM companies. > > > > 3/ It's not clear why we want to collect this info in the first place. > > > > Given that the data this provides is flawed at best and is being > > collected for a purpose that isn't clear, let's just kill the > > requirement for these tags from the kernel at large. > > > > Signed-off-by: Jeff Layton > > --- > > Christian had proposed watering down the LLM attribution, but I think > > it's not productive to try and track this until we have a clearer sense > > of what we want to do with this information and how to make it more > > reliable. > > --- > > Documentation/process/coding-assistants.rst | 22 ---------------------- > > Documentation/process/submitting-patches.rst | 10 ---------- > > You're missing scripts/checkpatch.pl. > > > 2 files changed, 32 deletions(-) > > > > diff --git a/Documentation/process/coding-assistants.rst b/Documentation/process/coding-assistants.rst > > index 899f4459c52d..c4cc0917fc92 100644 > > --- a/Documentation/process/coding-assistants.rst > > +++ b/Documentation/process/coding-assistants.rst > > @@ -35,25 +35,3 @@ is responsible for: > > * Ensuring compliance with licensing requirements > > * Adding their own Signed-off-by tag to certify the DCO > > * Taking full responsibility for the contribution > > - > > -Attribution > > -=========== > > - > > -When AI tools contribute to kernel development, proper attribution > > -helps track the evolving role of AI in the development process. > > -Contributions should include an Assisted-by tag in the following format:: > > - > > - Assisted-by: AGENT_NAME:MODEL_VERSION [TOOL1] [TOOL2] > > - > > -Where: > > - > > -* ``AGENT_NAME`` is the name of the AI tool or framework > > -* ``MODEL_VERSION`` is the specific model version used > > -* ``[TOOL1] [TOOL2]`` are optional specialized analysis tools used > > - (e.g., coccinelle, sparse, smatch, clang-tidy) > > - > > -Basic development tools (git, gcc, make, editors) should not be listed. > > - > > -Example:: > > - > > - Assisted-by: Claude:claude-3-opus coccinelle sparse > > Documentation/process/generated-content.rst still clearly requests > contributors to disclose usage of code-generation tools. Even if we drop > the Assisted-by tag, I think it is useful to mention the requirement > here (probably including a link to generated-content.rst). I mean this is what I proposed, but Christian was opposed to me doing so? I guess if this patch is going in over my objections anyway you may as well do what I suggested with it, but I was going to send a separate patch providing a link. Let me know if it's not worth my time doing that. > > > diff --git a/Documentation/process/submitting-patches.rst b/Documentation/process/submitting-patches.rst > > index cc6a1f73d7f2..b74c38aa9770 100644 > > --- a/Documentation/process/submitting-patches.rst > > +++ b/Documentation/process/submitting-patches.rst > > @@ -634,16 +634,6 @@ bugzilla.kernel.org is a public place in this sense, but email addresses > > used there are private; so do not expose them in tags, unless the person > > used them in earlier contributions. > > > > -Using Assisted-by: > > ------------------- > > - > > -If you used any sort of advanced coding tool in the creation of your patch, > > -you need to acknowledge that use by adding an Assisted-by tag. Failure to > > -do so may impede the acceptance of your work. Please see > > -Documentation/process/coding-assistants.rst for details regarding the > > -acknowledgment of coding assistants. > > - > > - > > .. _the_canonical_patch_format: > > > > The canonical patch format > > > > --- > > base-commit: 665159e246749578d4e4bfe106ee3b74edcdab18 > > change-id: 20260702-aidoc-7e18f221d63a > > -- > Regards, > > Laurent Pinchart Thanks, Lorenzo