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