From: Rodrigo Vivi <rodrigo.vivi@intel.com>
To: Julia Lawall <Julia.Lawall@inria.fr>
Cc: Michal Simek <monstr@monstr.eu>,
David Woodhouse <dwmw2@infradead.org>,
Krzysztof Kozlowski <krzk@kernel.org>,
Jiri Kosina <jikos@kernel.org>, <ksummit@lists.linux.dev>,
<sashiko@lists.linux.dev>
Subject: Re: Patch pre-submission to Sashiko
Date: Mon, 19 Oct 2026 13:30:05 -0400 [thread overview]
Message-ID: <atZTnSTdSUzYCEm-@intel.com> (raw)
In-Reply-To: <55AD23E0-119B-46D3-8E1B-676686BB1CDB@inria.fr>
On Mon, Oct 19, 2026 at 08:57:23AM -0400, Julia Lawall wrote:
>
>
> > On 19 Oct 2026, at 08:46, Michal Simek <monstr@monstr.eu> wrote:
> >
> >
> >
> >> On 10/19/26 14:02, Julia Lawall wrote:
> >>> On Mon, 19 Oct 2026, Michal Simek wrote:
> >>>
> >>>
> >>> On 10/19/26 09:26, David Woodhouse wrote:
> >>>> On Mon, 2026-10-19 at 08:25 +0200, Krzysztof Kozlowski wrote:
> >>>>> I assume you mean they will be running it through Sashiko
> >>>>> infrastructure, so using sponsored tokens. Otherwise that possibility is
> >>>>> already there - you can run Sashiko, just a matter of money.
> >>>>
> >>>> I have a patchset in flight where I *have* been running Sashiko (as
> >>>> well as lots of self-tests) locally, and then got further feedback on
> >>>> the list from the public Sashiko which my own run hadn't seen. Twice.
> >>>>
> >>>> I still need to send v3...
> >>>
> >>> Isn't it better to create a new mailing list and filter all CCs/To?
> >>> People can send patches to that mailing list and get reply without CCing
> >>> maintainers and mailing lists. They can run a lot of iterations like that.
> >>> When it is clear they can send clear v1 in a normal way.
> >> This isn't just free tokens for anyone who wants to make a change to the
> >> Linux kernel, not necessarily a change that will ever be sent to a
> >> maintainer?
> > Isn't this something what people can do even now? They will only keep mailing list and maintainer in CC.
>
> There is still the illusion that the code risks ending up in the kernel. I guess that even with the Sashiko only list the code is still public, so perhaps that is dissuasive.
Perhaps if there was some way to point out to Sashiko where the github for that
series is and some button to request redo-review, then the polution on the
mailing list doesn't exist while dev isn't sure that the Sashiko is okay
with the changes.
The problem with this idea might be the abuse of the tokens indeed.
I also believe that the delayed Sashiko response is not good and it only
makes the pain longer.
Local runs of Sashiko might also not cover everything because of tokens
or models limitation. Then, there will always be the risk of local limited
setup not catching the same things and the loop in public mailing list to
continue.
>
>
> >
> > Thanks,
> > Michal
> >
> > --
> > Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D1F91
> > w: www.monstr.eu p: +42-0-721842854
> > Maintainer of Linux kernel - Xilinx Microblaze
> > Maintainer of Linux kernel - Xilinx Zynq ARM and ZynqMP/Versal ARM64 SoCs
> > U-Boot custodian - Xilinx Microblaze/Zynq/ZynqMP/Versal/Versal NET SoCs
> > TF-A maintainer - Xilinx ZynqMP/Versal/Versal NET SoCs
> >
>
>
next prev parent reply other threads:[~2026-10-19 17:30 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-17 17:28 Patch pre-submission to Sashiko Jiri Kosina
2026-10-17 18:02 ` Theodore Tso
2026-10-19 11:02 ` johannes.goede
2026-10-19 20:27 ` Theodore Tso
2026-10-20 14:20 ` Bart Van Assche
2026-10-20 19:21 ` Theodore Tso
2026-10-20 20:15 ` Miguel Ojeda
2026-10-20 20:43 ` Shuah Khan
2026-10-17 18:20 ` Alexei Starovoitov
2026-10-17 18:38 ` Arnaldo Melo
2026-10-19 7:02 ` Dan Carpenter
2026-10-18 11:46 ` Mark Brown
2026-10-17 18:20 ` Linus Torvalds
2026-10-17 20:10 ` Roman Gushchin
2026-10-18 13:41 ` Steven Rostedt
2026-10-18 18:41 ` Kees Cook
2026-10-18 18:58 ` Linus Torvalds
2026-10-19 5:55 ` Oliver Slapinski
2026-10-17 19:42 ` Andrew Lunn
2026-10-18 11:54 ` Mark Brown
2026-10-18 16:48 ` Laurent Pinchart
2026-10-19 6:25 ` Krzysztof Kozlowski
2026-10-19 7:26 ` David Woodhouse
2026-10-19 11:40 ` Michal Simek
2026-10-19 12:02 ` Julia Lawall
2026-10-19 12:46 ` Michal Simek
2026-10-19 12:57 ` Julia Lawall
2026-10-19 17:30 ` Rodrigo Vivi [this message]
2026-10-19 17:53 ` Shuah Khan
2026-10-19 18:17 ` Arnaldo Melo
2026-10-19 20:35 ` Theodore Tso
2026-10-20 2:28 ` Chen-Yu Tsai
2026-10-20 8:36 ` Jiri Kosina
2026-10-20 8:48 ` Vlastimil Babka (SUSE)
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=atZTnSTdSUzYCEm-@intel.com \
--to=rodrigo.vivi@intel.com \
--cc=Julia.Lawall@inria.fr \
--cc=dwmw2@infradead.org \
--cc=jikos@kernel.org \
--cc=krzk@kernel.org \
--cc=ksummit@lists.linux.dev \
--cc=monstr@monstr.eu \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox