From: Marc Zyngier <maz@kernel.org>
To: Oliver Upton <oupton@kernel.org>
Cc: Fuad Tabba <fuad.tabba@linux.dev>,
Roman Gushchin <roman.gushchin@linux.dev>,
Will Deacon <will@kernel.org>,
Vincent Donnefort <vdonnefort@google.com>,
KVMARM <kvmarm@lists.linux.dev>
Subject: Re: Sashiko review emails to the list
Date: Sun, 21 Jun 2026 12:03:34 +0100 [thread overview]
Message-ID: <867bnsrw8p.wl-maz@kernel.org> (raw)
In-Reply-To: <ajVyJa-mZmYGzt6o@kernel.org>
On Fri, 19 Jun 2026 17:45:25 +0100,
Oliver Upton <oupton@kernel.org> wrote:
>
> Hey,
>
> On Fri, Jun 19, 2026 at 03:19:05PM +0100, Fuad Tabba wrote:
> > Hi folks,
> >
> > I really like Sashiko and find it very useful. It's flagged real bugs
> > in series I and others have posted to the list (e.g. [1][2][3]), and I
> > run it locally before sending, which has saved me a few respins.
> >
> > That said, it's been posting a lot lately, so it seemed worth asking
> > how the review emails to the list are working out, and whether we
> > should change anything.
>
> So this is entirely my fault since I added the email configuration for
> the kvmarm list. Sashiko has been finding some truly nasty bugs, posting
> on-list is the easiest way to get attention from the right folks to get
> things fixed.
I don't mind this. Having Sashiko to tell me that something is off is
great, but we collectively need to learn how to treat the feedback.
> With that being said, the signal to noise ratio hasn't been ideal.
There are a few things that did it for me:
- hallucinations that are close enough to reality that you spend
significant amount of time debunking it. Being creative about
specifications is particularly annoying.
- the whole "I found a preexisting issue" is great, but leads to an
avalanche of patches that themselves trigger cross-reporting
(patch fixing issue A triggers a report for issue B, and the
reciprocal happens as well). This is overwhelming and we need to
better manage this.
- Related to the above, I see a flurry of activity following a review
from Sashiko, resulting in unrelated patches that distract from the
issue at hand. I reckon that *we* could do a better job keeping the
initial patch series focused, and once that is solved, work on the
tangential stuff that Sashiko may have reported. At the moment, it's
hard to see the wood for the tree.
- We also often end-up with point fixes match the reported issue, but
that don't address more general issues. That's even more noise.
My conclusion is that while Shashiko reviews can often be flawed, most
of the problems are with the way we deal with the reports. No, I don't
have a magic solution, but that's something to think about.
>
> > These fixes will take a while to land, so the question is what to do
> > meanwhile. Some options, and surely others:
> >
> > - Leave it as-is while the fixes propagate.
> > - Stop the emails but keep the reviews on sashiko.dev, so people can
> > look rather than have them pushed.
> > - Disable the emails until the noise is down to a reasonable level,
> > then re-enable.
>
> This sounds like the right approach. I'd like to re-enable emails once
> we're happy with the quality of reviews.
I'd like to see how the fixes improve the situation, and re-evaluate
in a couple of weeks.
Thanks,
M.
--
Without deviation from the norm, progress is not possible.
prev parent reply other threads:[~2026-06-21 11:03 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-19 14:19 Sashiko review emails to the list Fuad Tabba
2026-06-19 16:45 ` Oliver Upton
2026-06-19 18:05 ` Roman Gushchin
2026-06-21 11:03 ` Marc Zyngier [this message]
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=867bnsrw8p.wl-maz@kernel.org \
--to=maz@kernel.org \
--cc=fuad.tabba@linux.dev \
--cc=kvmarm@lists.linux.dev \
--cc=oupton@kernel.org \
--cc=roman.gushchin@linux.dev \
--cc=vdonnefort@google.com \
--cc=will@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 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.