From: Kevin Wolf <kwolf@redhat.com>
To: "Daniel P. Berrangé" <berrange@redhat.com>
Cc: "Christian Borntraeger" <borntraeger@linux.ibm.com>,
"Paolo Bonzini" <pbonzini@redhat.com>,
qemu-devel@nongnu.org, "Michael S. Tsirkin" <mst@redhat.com>,
"Alex Bennée" <alex.bennee@linaro.org>,
"Alistair Francis" <alistair.francis@wdc.com>,
"BALATON Zoltan" <balaton@eik.bme.hu>,
"Fabiano Rosas" <farosas@suse.de>,
"Peter Maydell" <peter.maydell@linaro.org>,
"Warner Losh" <imp@bsdimp.com>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Paolo Bonzini" <bonzini@gnu.org>
Subject: Re: [PATCH v2] docs/devel: relax policy on AI-generated contributions
Date: Wed, 17 Jun 2026 16:44:54 +0200 [thread overview]
Message-ID: <ajKy5g3EfdaDicly@redhat.com> (raw)
In-Reply-To: <ajJftnDx2L7PGNuK@redhat.com>
Am 17.06.2026 um 10:49 hat Daniel P. Berrangé geschrieben:
> On Wed, Jun 17, 2026 at 10:38:55AM +0200, Kevin Wolf wrote:
> > Am 16.06.2026 um 19:06 hat Christian Borntraeger geschrieben:
> > > Am 29.05.26 um 11:46 schrieb Paolo Bonzini:
> > > > -Exceptions do not remove the need for authors to comply with all other
> > > > -requirements for contribution. In particular, the "Signed-off-by"
> > > > -label in a patch submission is a statement that the author takes
> > > > -responsibility for the entire contents of the patch, including any parts
> > > > -that were generated or assisted by AI tools or other tools.
> > > > +.. code-block:: none
> > > > +
> > > > + AI-used-for: tests, docs
> > > > + AI-used-for: code
> > > > + AI-used-for: code (refactoring)
> > > > + AI-used-for: code (prototype)
> > > > + AI-used-for: research
> > > > +
> > > > +``AI-used-for`` should not be included for "background" usage such as
> > > > +autocomplete or obtaining a pre-review of the patch.
> > >
> > > So what about using AI for security scanning? So how do we want to treat
> > > a patch from a human that is based on an AI report.
> > > And if ok, would we then add something like
> > >
> > > Reported-by: Claude, chatgpt whatever?
> >
> > I think it's effectively the same as Coverity, which we don't
> > acknowledge with a Reported-by tag, though we often mention it in the
> > commit message text. The same practice would make sense to me here.
> >
> > (Though of course for Coverity, we have the CID, which obviously doesn't
> > exist for things found with a one-off LLM run, so there is some
> > difference there.)
>
> Incidentally does any ever find the CID to be useful in the commit
> message ?
I've occasionally looked it up during review, but not sure if I ever
made use of the permanent record in the git history.
Kevin
next prev parent reply other threads:[~2026-06-17 14:45 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-29 9:46 [PATCH v2] docs/devel: relax policy on AI-generated contributions Paolo Bonzini
2026-05-29 11:52 ` Alex Bennée
2026-05-29 13:06 ` Paolo Bonzini
2026-05-29 13:10 ` Michael S. Tsirkin
2026-05-29 11:59 ` BALATON Zoltan
2026-05-29 15:34 ` Peter Maydell
2026-05-29 15:46 ` Michael S. Tsirkin
2026-05-29 15:55 ` Peter Maydell
2026-05-29 16:17 ` Paolo Bonzini
2026-05-29 17:47 ` Michael S. Tsirkin
2026-06-02 7:38 ` Michael S. Tsirkin
2026-06-02 8:09 ` Paolo Bonzini
2026-06-02 15:53 ` Stefan Hajnoczi
2026-06-03 11:35 ` Paolo Bonzini
2026-06-03 14:55 ` Stefan Hajnoczi
2026-06-03 14:59 ` Daniel P. Berrangé
2026-06-03 15:06 ` Michael S. Tsirkin
2026-06-03 15:35 ` Paolo Bonzini
2026-06-03 17:54 ` Daniel P. Berrangé
2026-06-04 10:37 ` Paolo Bonzini
2026-06-05 9:17 ` Daniel P. Berrangé
2026-06-05 9:25 ` Michael S. Tsirkin
2026-06-05 9:39 ` Daniel P. Berrangé
2026-06-05 9:48 ` Michael S. Tsirkin
2026-06-05 10:23 ` Daniel P. Berrangé
2026-06-05 10:28 ` Michael S. Tsirkin
2026-06-05 10:34 ` Daniel P. Berrangé
2026-06-05 11:26 ` Paolo Bonzini
2026-06-05 12:39 ` BALATON Zoltan
2026-06-05 13:00 ` Daniel P. Berrangé
2026-06-03 18:14 ` Alex Bennée
2026-06-03 18:20 ` Daniel P. Berrangé
2026-06-04 10:04 ` Alex Bennée
2026-06-04 6:08 ` Michael S. Tsirkin
2026-06-05 10:12 ` Kevin Wolf
2026-06-05 10:23 ` Michael S. Tsirkin
2026-06-16 17:06 ` Christian Borntraeger
2026-06-16 17:30 ` Michael S. Tsirkin
2026-06-16 17:44 ` Daniel P. Berrangé
2026-06-17 6:28 ` Alex Bennée
2026-06-17 8:38 ` Kevin Wolf
2026-06-17 8:49 ` Daniel P. Berrangé
2026-06-17 14:44 ` Kevin Wolf [this message]
2026-06-17 15:49 ` Peter Maydell
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=ajKy5g3EfdaDicly@redhat.com \
--to=kwolf@redhat.com \
--cc=alex.bennee@linaro.org \
--cc=alistair.francis@wdc.com \
--cc=balaton@eik.bme.hu \
--cc=berrange@redhat.com \
--cc=bonzini@gnu.org \
--cc=borntraeger@linux.ibm.com \
--cc=farosas@suse.de \
--cc=imp@bsdimp.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=philmd@linaro.org \
--cc=qemu-devel@nongnu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.