From: Roman Gushchin <roman.gushchin@linux.dev>
To: Joanne Koong <joannelkoong@gmail.com>
Cc: debarbos@redhat.com, sashiko@lists.linux.dev,
Christoph Hellwig <hch@lst.de>,
"Darrick J. Wong" <djwong@kernel.org>,
clm@meta.com
Subject: Re: Full subsystem codebase scan for identifying pre-existing issues?
Date: Mon, 17 Aug 2026 20:18:23 +0000 [thread overview]
Message-ID: <7ia4pkzgec1c.fsf@castle.c.googlers.com> (raw)
In-Reply-To: <CAJnrk1ZBtv4-t=Z-oKBybW+ZUuTn-d2spnZnb5DCH9R0=QLp9g@mail.gmail.com> (Joanne Koong's message of "Thu, 30 Jul 2026 17:34:10 -0700")
Joanne Koong <joannelkoong@gmail.com> writes:
> Hi Derek,
>
> On Wed, Jul 29, 2026 at 6:43 PM Derek Barbosa <debarbos@redhat.com> wrote:
>>
>> Hi,
>>
>> On Wed, Jul 29, 2026 at 01:34:10PM -0700, Joanne Koong wrote:
>> > Hi,
>> >
>> > Is there a way for Sashiko to run a full scan of a subsystem/tree to
>> > identify all the pre-existing issues so that they can be fixed
>> > proactively?
>>
>> At the moment, no. At least nothing that I am aware of :)
>>
>> There have been some small conversations about such functionality, but nothing
>> has really taken shape yet. One of the concerns was trying to validate the sheer
>> number of potential-false-positives, and how to present such information in an
>
> Gotcha, thanks for the context :) That makes sense, that sounds tough
> balancing potential false positives.
>
> Just thinking out loud here... if those false positives are currently
> getting reported/flagged by Sashiko on contributor submissions
> anyways, maybe it'd still be helpful for them to show up in the
> subsystem codebase scan so maintainers can course-correct the rules
> for them in Sashiko (and hopefully save contributors not as familiar
> with the subsystem some confusion :)).
This is in work too and I'm even somewhat optimistic that in many cases
Sashiko can generate these prompts automatically based on human
feedback. The tricky part is that human are often wrong too, so Sashiko
can't blindly trust human feedback either.
next prev parent reply other threads:[~2026-08-17 20:18 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-29 20:34 Full subsystem codebase scan for identifying pre-existing issues? Joanne Koong
2026-07-30 1:43 ` Derek Barbosa
2026-07-30 2:01 ` Andrew Morton
2026-08-17 20:12 ` Roman Gushchin
2026-07-30 11:20 ` Chris Mason
2026-07-31 0:34 ` Joanne Koong
2026-07-31 12:29 ` Derek Barbosa
2026-08-17 20:18 ` Roman Gushchin [this message]
2026-08-17 20:15 ` Roman Gushchin
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=7ia4pkzgec1c.fsf@castle.c.googlers.com \
--to=roman.gushchin@linux.dev \
--cc=clm@meta.com \
--cc=debarbos@redhat.com \
--cc=djwong@kernel.org \
--cc=hch@lst.de \
--cc=joannelkoong@gmail.com \
--cc=sashiko@lists.linux.dev \
/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.