* Sashiko to track linux-mtd
@ 2026-06-24 7:42 Miquel Raynal
2026-06-24 8:57 ` Pratyush Yadav
0 siblings, 1 reply; 2+ messages in thread
From: Miquel Raynal @ 2026-06-24 7:42 UTC (permalink / raw)
To: Richard Weinberger, Vignesh Raghavendra, Pratyush Yadav,
Michael Walle, Takahiro Kuwano
Cc: linux-mtd
Hello MTD folks,
I mentioned it rapidly on IRC but I believe a formal e-mail is more
appropriate. I consider asking the Sashiko team to track linux-mtd to
help us with reviews:
* sashiko@lists.linux.dev
* Roman Gushchin <roman.gushchin@linux.dev>
I believe Sashiko will be a useful tool given that our time is
limited. We were already monitoring the output of Sashiko when other
(Sashiko enabled) mailing lists were copied, so I propose to officially
add linux-mtd to the list.
Richard said he was fine with the idea as long as it remained a tool. I
agree with this approach, Sashiko is not the Alpha & Omega, but I
believe it proved itself useful just by the amount of corner cases it
managed to catch already. Not all recommendations should be followed and
we are not looking for an empty Sashiko response for merging.
There is apparently the possibility to tune the prompt per subsystem. At
this stage I haven't thought very deeply about it and considered not
adding any subsystem specific rules. Maybe the SPI NOR team wants to
come up with some guidelines, such as the need for a record (using the
script in the documentation) for new chips additions. I would propose to
not delay the addition of our mailing list for that. This does not need
to be done from day 1, as we can make PRs to their GH repository with
these extra requirements whenever we are ready, see below.
Link: https://github.com/sashiko-dev/sashiko/blob/main/MAINTAINERS_GUIDE.md
Thanks a lot,
Miquèl
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Sashiko to track linux-mtd
2026-06-24 7:42 Sashiko to track linux-mtd Miquel Raynal
@ 2026-06-24 8:57 ` Pratyush Yadav
0 siblings, 0 replies; 2+ messages in thread
From: Pratyush Yadav @ 2026-06-24 8:57 UTC (permalink / raw)
To: Miquel Raynal
Cc: Richard Weinberger, Vignesh Raghavendra, Pratyush Yadav,
Michael Walle, Takahiro Kuwano, linux-mtd
On Wed, Jun 24 2026, Miquel Raynal wrote:
> Hello MTD folks,
>
> I mentioned it rapidly on IRC but I believe a formal e-mail is more
> appropriate. I consider asking the Sashiko team to track linux-mtd to
> help us with reviews:
>
> * sashiko@lists.linux.dev
> * Roman Gushchin <roman.gushchin@linux.dev>
>
> I believe Sashiko will be a useful tool given that our time is
> limited. We were already monitoring the output of Sashiko when other
> (Sashiko enabled) mailing lists were copied, so I propose to officially
> add linux-mtd to the list.
I have been using Sashiko a lot and I think it is quite useful. It helps
catch bugs that are very hard for humans to see.
It doesn't do so well at design and high level patch review, so we
aren't out of a job just yet ;-)
>
> Richard said he was fine with the idea as long as it remained a tool. I
> agree with this approach, Sashiko is not the Alpha & Omega, but I
> believe it proved itself useful just by the amount of corner cases it
> managed to catch already. Not all recommendations should be followed and
> we are not looking for an empty Sashiko response for merging.
>
> There is apparently the possibility to tune the prompt per subsystem. At
> this stage I haven't thought very deeply about it and considered not
> adding any subsystem specific rules. Maybe the SPI NOR team wants to
> come up with some guidelines, such as the need for a record (using the
> script in the documentation) for new chips additions. I would propose to
> not delay the addition of our mailing list for that. This does not need
> to be done from day 1, as we can make PRs to their GH repository with
> these extra requirements whenever we are ready, see below.
I think we should not do subsystem prompts unless we see it keeps
tripping up on something it can't infer from looking at the source code.
That is normally things like "this is a problem but we don't support
this".
Other than that, you want it to run free and look at the source code as
the source of truth, and not the prompts, which can go out of date.
Also, I think the prompts were more useful for older models which
weren't as capable. Today's models are very good at looking at code, and
generally don't need that much hand holding.
>
> Link: https://github.com/sashiko-dev/sashiko/blob/main/MAINTAINERS_GUIDE.md
--
Regards,
Pratyush Yadav
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2026-06-24 8:57 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-06-24 7:42 Sashiko to track linux-mtd Miquel Raynal
2026-06-24 8:57 ` Pratyush Yadav
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.