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 3880A38F953 for ; Fri, 3 Apr 2026 14:02:59 +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=1775224980; cv=none; b=SO/TrvTet9C1poefSCYyuhgctCxWMzvLsKZFJ8m4E1LfeNvxjbkuYFhBkDD6SsrJZLIQLoXemNlkGZGpfmSqK6obFO5mEQweZjZUj8+cCmT/3TiJShEdtEM+M8fxGfIyrnzSGfukIMgYD61TNCSjAmYZKSbdK9LItow88yrB9V0= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775224980; c=relaxed/simple; bh=A8f5DuL+OYtqHjZyxwYq6dBRkfnkqial6ECVdwcwNnQ=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=cxDkBQnpn2nKraD57HblT68nFAsDIgrdydvKMl1bwVxpQcGZJMnpEoPdlOJ4RChnMLIrS3Jo4nAFFEH1sk18xpZCdr8rsurmOffOO6SQDD8Vgm7qCNaoOTNhSRscEF+gWKHRmYYi8thrL4U5fdNDFBxYn4wnzrfqpRAh8AwSINk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=mlv7aAZf; 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="mlv7aAZf" Received: by smtp.kernel.org (Postfix) with ESMTPSA id E7D8FC4CEF7; Fri, 3 Apr 2026 14:02:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1775224979; bh=A8f5DuL+OYtqHjZyxwYq6dBRkfnkqial6ECVdwcwNnQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=mlv7aAZf4wh1Gy3dio2ERcaYeGrNRGN7xs+2nIputN1cGgrWcPXWp+WGkI0E3VGhV 4qxaGpcbRjGG12UcJShehWNPb47HZA25IpQmsA7tZEz49kqIYNVqYutpBfB8inQBq0 YdIh9dXg/or7lZ7fuXFMTXVIFw99ZPnOq5x3k3oyGB2ASjbqn2w02nDhK5D0JgrQy9 /ZRVI4eFtgJ4L7AC88E3m9q8C+p1sg0bZaQdbHjGlQRzZz/DAECNWaV+Yi388onG9o zHUFfrJe8LS8LpYwDGhTlk3f8IiOM26fqPeDNf9kPHUA7BpLpNCXxUBhewSCW7k3QD iGd0kJi2aPpug== Date: Fri, 3 Apr 2026 15:02:53 +0100 From: "Lorenzo Stoakes (Oracle)" To: Chris Mason Cc: Theodore Tso , Roman Gushchin , Sean Christopherson , linux-kernel , Andrew Morton , Guenter Roeck , Konstantin Ryabitsev , 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: <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=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: On Fri, Apr 03, 2026 at 08:34:26AM -0400, Chris Mason wrote: > On Fri, Apr 3, 2026 at 8:23 AM Lorenzo Stoakes (Oracle) wrote: > > > > 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. > > > > I agree we need to very closely review any LLM generated content, but > the subsystem guides in the review prompts are mostly AI generated. I > personally would enjoy them a lot more if they also contained harry > potter exceprts, but we're not quite there yet. Oh I wasn't aware of that! OK well then I take it back, Ted does have a point (and emergent Harry Potter becomes a possibility ;) > > Ex: https://github.com/masoncl/review-prompts/blob/main/kernel/subsystem/mm-vma.md BTW by linking that you are now nerdsniping me into wanting to modify that :))) Not sure if intentional but if so... well played sir well played... > > I'm sure as these get reviewed we'll find bugs, inaccuracies, and the > need to restructure, but it's not so widly wrong as to be useless > either. Yeah agreed! > > -chris Cheers, Lorenzo