Netdev List
 help / color / mirror / Atom feed
From: Jakub Kicinski <kuba@kernel.org>
To: netdev@vger.kernel.org
Cc: Jakub Kicinski <kuba@kernel.org>
Subject: [RFC] docs: netdev: suggest that it's okay to rewrite AI generated patches
Date: Wed,  3 Jun 2026 11:38:26 -0700	[thread overview]
Message-ID: <20260603183826.2521491-1-kuba@kernel.org> (raw)

This has been on my mind. Not sure if anyone actually has the cycles
to rewrite patches, but I'm slightly worried that maintainers may
feel frustrated when dealing with people who just feed their review
to an LLM. Should we make it clear that it's okay to take over?
Or is this already obvious to everyone?

Signed-off-by: Jakub Kicinski <kuba@kernel.org>
---
 Documentation/process/maintainer-netdev.rst | 10 ++++++++++
 1 file changed, 10 insertions(+)

diff --git a/Documentation/process/maintainer-netdev.rst b/Documentation/process/maintainer-netdev.rst
index cc4b5fa3b5c1..907403a4f638 100644
--- a/Documentation/process/maintainer-netdev.rst
+++ b/Documentation/process/maintainer-netdev.rst
@@ -311,6 +311,16 @@ OK with that, then perhaps consider mailing security@kernel.org or
 reading about http://oss-security.openwall.org/wiki/mailing-lists/distros
 as possible alternative mechanisms.
 
+AI-generated fixes
+~~~~~~~~~~~~~~~~~~
+
+AI-generated fixes should carry the ``Assisted-by:`` tag.
+
+Maintainers should treat AI-generated fixes as equivalent to a bug report.
+Taking over and submitting an alternative fix is normally frowned upon.
+It is okay to do so for AI-generated fixes, however, if the posted patch
+is far from the desired implementation. The original reporter must be
+acknowledged with a ``Reported-by:`` tag in those cases.
 
 Co-posting changes to user space components
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-- 
2.54.0


                 reply	other threads:[~2026-06-03 18:38 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20260603183826.2521491-1-kuba@kernel.org \
    --to=kuba@kernel.org \
    --cc=netdev@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox