From: Rodrigo Vivi <rodrigo.vivi@intel.com>
To: Chris Mason <clm@meta.com>
Cc: Dave Airlie <airlied@gmail.com>,
dri-devel <dri-devel@lists.freedesktop.org>,
Sima Vetter <sima@ffwll.ch>,
"Linus Torvalds" <torvalds@linux-foundation.org>
Subject: Re: drm AI patch review hacks
Date: Thu, 19 Feb 2026 14:23:45 -0500 [thread overview]
Message-ID: <aZdjQb7JFa5HGYFq@intel.com> (raw)
In-Reply-To: <d1603a67-8956-4d01-97bb-e9b6f17a76b0@meta.com>
On Wed, Feb 11, 2026 at 03:24:49PM -0500, Chris Mason wrote:
>
>
> On 2/11/26 3:05 PM, Dave Airlie wrote:
> > On Thu, 12 Feb 2026 at 06:02, Chris Mason <clm@meta.com> wrote:
> >>
>
> [ ... ]
>
> >>> This is also just an experiment to see what might stick, it might
> >>> disappear at any time, and it probably needs a lot of tuning.
> >>
> >> The output is pretty different from netdev/bpf:
> >>
> >> https://lore.kernel.org/bpf/?q=AI+reviewed+your+patch
> >>
> >> Which might be what you want so it's fine of course. But it looks like
> >> it didn't actually go through the report generation from the review
> >> prompts, so I'm worried it didn't use the rest of the prompts either.
> >>
> >> My stuff should be creating a review-inline.txt which is the lkml
> >> formatted review.
> >>
> >> I'm happy to try things out here if it'll help.
> >
> > My plan over the next few days is to refine the code to make sure it's
> > doing this, my prompt asks it to load the patch and the kernel
> > prompts, then do a review across the series and individual patches,
> >
> > I'm guessing some of the results aren't making it back out the other side.
>
> I had to change the prompts a bit, I think my original instructions were:
>
> "read prompt xyz and patch abc, review the patch"
>
> But sometimes claude would read the prompt and the patch and then follow
> it's own review protocol instead of mine. The current /kreview slash
> command is a lot more reliable:
>
> Read the prompt <path to prompts dir>/kernel/review-core.md
>
> If a git range is provided, it's meant for the false-positive-guide.md
> section
>
> Using the prompt, do a deep dive regression analysis of the top commit,
> or the provided patch/commit
Chris, first of all congrats on this work. I definitely loved the results
I've seen so far.
I hope my question doesn't bring here the old LLM discussions. But based
on the old discussions and people afraid of AI slops in the Linux Kernel
and the potential increase of noise in the review processes, I got myself
wondering if it would be possible to add in your tool some prompt to flag
if the patch/series is a potential AI Slop.
Something like using the AI to detect AI generated code that was not
complying with our good-players guidelines.
Have you considered something like that?
Thanks,
Rodrigo.
>
> -chris
>
next prev parent reply other threads:[~2026-02-19 19:24 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-11 19:44 drm AI patch review hacks Dave Airlie
2026-02-11 20:02 ` Chris Mason
2026-02-11 20:05 ` Dave Airlie
2026-02-11 20:24 ` Chris Mason
2026-02-19 19:23 ` Rodrigo Vivi [this message]
2026-02-19 20:06 ` Chris Mason
2026-02-11 20:16 ` Linus Torvalds
2026-02-11 20:30 ` Dave Airlie
2026-02-11 21:49 ` Jason Gunthorpe
2026-02-12 12:47 ` Jiri Pirko
2026-02-13 1:29 ` Chris Mason
2026-02-13 6:58 ` Dave Airlie
2026-03-05 7:40 ` Icenowy Zheng
2026-03-09 5:12 ` Dave Airlie
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=aZdjQb7JFa5HGYFq@intel.com \
--to=rodrigo.vivi@intel.com \
--cc=airlied@gmail.com \
--cc=clm@meta.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=sima@ffwll.ch \
--cc=torvalds@linux-foundation.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.