From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 7D58C1C84DE for ; Fri, 3 Apr 2026 12:23:08 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775218988; cv=none; b=RYyz1Hgrd2VavYKZNDd6heSeCmUnzo8oS6CSz++U+a8V+hgviP+hN6vLOU/bE+KvjrPtAYC3HTGWhNW1pFkr3T13ZXwzvK2fY0TXfhGfl9DbIN+dlHQPl6+V04koakdkP+I8Dg8jaPXps6pvMe/rLeDIxEN2HD84Ri+0W+ub0IM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775218988; c=relaxed/simple; bh=p73lgjugT4+9YPzhOtRhl/wMo9DoAcGhctd0cXTucso=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=EbVVQSzIDprFOhFQGwaiSoBThC0B59RsMx2HlMsi7G3nL8vBFcMqcJWcEK2yy9kzD0tSMx7Qq78sDjreFVMq+b7vx/D98QrAH8W1yJ4xSF61ET5EICY5NKzjVXKJAN98upNRLdqu+AA5OXmXMWpKimVfM9CEqsWK84Ew7ReXdiw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=jGHQoL5c; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="jGHQoL5c" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2D7D1C4CEF7; Fri, 3 Apr 2026 12:23:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1775218988; bh=p73lgjugT4+9YPzhOtRhl/wMo9DoAcGhctd0cXTucso=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=jGHQoL5cfj/ypz6A+D2VoWcClHpQXOKlx0NToyN6rtIvQ5g9WZYQLqI1UNWE7EETB SXsF9RbvLzXePt1rOX+qs7t+MJHJO9V/JsTq+FXng3NFPDaPIacxd++575nGuhNHnE DXscp22bfJhusVRhm6E0f1uwgvU3NuzynGTmLTXAGcTGxVvB759eE//b9DW8lvcQgS cLRZ8U7+76OKBz173lfNzMhZ5g5i4g5Bpr9WuNQrzzJnAjtHcQ6gv14AMKuA0biV0+ gM9XvRj1A+YibzFkTsIV1Zyhbx2PDepRV165nKMulf06kncwb4MajEJuLx/zGDYqj7 Nt2edB6PP84gw== Date: Fri, 3 Apr 2026 13:23:01 +0100 From: "Lorenzo Stoakes (Oracle)" To: Theodore Tso Cc: Roman Gushchin , Sean Christopherson , linux-kernel , Andrew Morton , Guenter Roeck , Konstantin Ryabitsev , Chris Mason , SeongJae Park , elkin@google.com, Christian Brauner , Dmitry Vyukov , Sasha Levin , Shakeel Butt , Lorenzo Stoakes , Ian Rogers , Venkatesh Srinivas , Paolo Bonzini Subject: Re: Introduce Sashiko (agentic review of Linux kernel changes) Message-ID: References: <7ia4o6kmpj5s.fsf@castle.c.googlers.com> <39e6b4d2-8a30-4eaa-908d-5d11b746f8d5@lucifer.local> <87v7etugwd.fsf@linux.dev> <34630bb5-840b-4a99-8e19-51fd4fc8ba96@lucifer.local> <87jyv7a1q5.fsf@linux.dev> <875x68n7a5.fsf@linux.dev> <50fa537f-65e2-4e8a-b9ab-932a22943a3a@lucifer.local> <20260403121130.GB12260@macsyma-wired.lan> 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: <20260403121130.GB12260@macsyma-wired.lan> On Fri, Apr 03, 2026 at 08:11:30AM -0400, Theodore Tso wrote: > One other thing to consider is copyright. This issue is one we can > safely ignore when we are asking LLM's to review code. But if ask > LLM's to generate documentation, and then we cut and paste the > generated text into kernel documentation, the copyright status of the > generated text is not well defined. > > In Europe, the European Comission has promulgated that LLM output, > having been generated by a machine, and not a human being, is not > copyrighted. If a human being then makes changes, the combined work > could be subject to copyright, and if it is merged into code that is > subject to the GPL (for example), the combined work would also be > subject to the original license. But that's only in Europe. > > But consider researchers were able to extract 96% of Harry Potter and > the Sourcerer's Stone from Claude 3.7 Sonnet. So with the right > prompt, if we get a paragraph that came from some published book about > Linux, and it was dropped into the Documentation/ directory, that > might be problematic, since even (or maybe especially) the European > Union might want to take a hard line. (Do you hear the people sing, > singing the songs of angry Victor Hugo's? :-) > > If we use an LLM model analyze docuemntation to identify gaps, and we > take a bullet list of missing functions or semantics, and the human > being writes new text from scratch, instead of cutting and pasting > directly from LLM, that should be safe. But of course, I'm not a > lawyer and I don't play one on TV. I don't think anybody's suggesting we use LLMs to generate documentation, at least that's not how I interpreted it? I'm very much against that, it absolutely requires expert input, and I've already personally rejected AI slop mm documentation submitted fairly recently. Which makes all the above moot. Frankly overall I've found LLM-generated *anything* to suck. It's good at finding bugs, debugging splats, quickly looking things up, 'loose form' search queries effectively, etc. But the code it produces is god-awful, and the documentation is absolute trash. I don't see that changing as the average of everything is always going to be mediocrity by statistical definition... and that's all it can produce. > > Cheers, > > - Ted Thanks, Loreno