Kexec Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Baoquan He <baoquan.he@linux.dev>
To: Pratyush Yadav <pratyush@kernel.org>
Cc: Mike Rapoport <rppt@kernel.org>,
	David Matlack <dmatlack@google.com>,
	kexec@lists.infradead.org,
	Andrew Morton <akpm@linux-foundation.org>,
	Pasha Tatashin <pasha.tatashin@soleen.com>,
	Dave Young <ruirui.yang@linux.dev>,
	Alexander Graf <graf@amazon.com>,
	Roman Gushchin <roman.gushchin@linux.dev>
Subject: Re: RFC: Enable Sashiko code reviews for kexec@lists.infradead.org
Date: Wed, 2 Sep 2026 17:53:11 +0800	[thread overview]
Message-ID: <apfyB_5MIK7VieNw@fedora> (raw)
In-Reply-To: <2vxzqzjcxb8r.fsf@kernel.org>

On 09/02/26 at 11:18am, Pratyush Yadav wrote:
> +Cc Roman because I am complaining about Sashiko ;-)
> 
> On Wed, Sep 02 2026, Baoquan He wrote:
> 
> > On 09/02/26 at 11:04am, Mike Rapoport wrote:
> >> Hi Baoquan,
> >> 
> >> On Wed, Sep 02, 2026 at 01:52:51PM +0800, Baoquan He wrote:
> >> > On 09/02/26 at 07:34am, Mike Rapoport wrote:
> >> > > On Tue, Sep 01, 2026 at 01:27:34PM -0700, David Matlack wrote:
> >> > > > Hi kexec@ mailing list and maintainers,
> >> > > > 
> >> > > > I would like to enable Sashiko code reviews for patches sent to the
> >> > > > kexec mailing list. I have found it useful for patches I have sent and
> >> > > > reviewed on the kvm and linux-pci mailing lists, which have Sashiko
> >> > > > enabled.
> >> > > > 
> >> > > > I sent a pull request to Sashiko to add kexec here:
> >> > > > 
> >> > > >   https://github.com/sashiko-dev/sashiko/pull/474
> >> > > 
> >> > > diff --git a/sashiko.dev/email_policy.toml b/sashiko.dev/email_policy.toml
> >> > > index e6e4fb57f..e9ad97708 100644
> >> > > --- a/sashiko.dev/email_policy.toml
> >> > > +++ b/sashiko.dev/email_policy.toml
> >> > > @@ -175,6 +175,12 @@ reply_to_author = false
> >> > >  cc_individuals = false
> >> > >  cc = ["Chuck Lever <cel@kernel.org>", "Jeff Layton <jlayton@kernel.org>", "Anna Schumaker <anna@kernel.org>"]
> >> > >  
> >> > > +[subsystems.kexec]
> >> > > +lists = ["kexec@lists.infradead.org"]
> >> > > +reply_to_author = true
> >> > > +send_positive_review = true
> >> > > 
> >> > > Do we really want those?
> >> > 
> >> > Some components don't want to CC list, then other people are welcome to
> >> > drop any comment during reviewing, while cc to maintainer and author
> >> > looks good to me. Just an input, no objection to any move.
> >> 
> >> Sorry, I wasn't clear, I meant do we really want extra emails saying
> >> sashiko is happy?
> >
> > Oh, sorry. I misunderstood, I thought you had agreed to introduce
> > sashiko to part of list/author/maintainer or all.
> >
> > I think there are two different ways and they have different impact:
> >
> > 1) CC list (CC author and maintainer can be ignored beause all people
> > can see it)
> 
> This is a side topic, but if we only Cc the list then Sashiko won't Cc
> the other people in the thread, like the usual "reply to all" every mail
> clients does. It will _only_ Cc the list. See [0] for example.
> 
> I don't think that is a good idea, because Sashiko might complain about
> something, and then the patch author can reply to the complaint. People
> who are not subscribed to the list will neither see Sashiko's complaint
> nor the author's response. So they lose a useful part of the patch
> review process.
> 
> I am one of those people. I don't subscribe to any mailing lists and
> instead use lei [1] to fetch them. I treat my inbox as the primary
> stream of patches, and then glance at the lists every now and then. If I
> get some patches in my inbox but then I don't get any of the follow-ups
> from the author to Sashiko, that's annoying. Sure, I might see them on
> the list later, but it is still annoying.
> 
> And of course, there might be patches that touch multiple subsystems and
> maintainers of that subsystem might not subscribe to or track kexec@ at
> all. So they will entirely miss the conversation.
> 
> If Sashiko is useful enough to send replies on the list, then I think it
> is useful enough to reply to everyone.
> 
> IIRC some people have complained in the past about automatically getting
> replies from Sashiko so maybe that is why this behaviour exists? Roman,
> is that correct? Is there any appetite yet to change that behaviour?
> 
> Or could we perhaps have an unsubscribe mechanism where people who don't
> want to see anything from Sashiko can unsubscribe themselves and Sashiko
> will skip them when replying?
> 
> [0] https://lore.kernel.org/kvm/20260902072059.90ADC1F000E9@smtp.kernel.org/
> [1] https://public-inbox.org/lei.txt
> 
> >   This equals to cc author and push other reviewers away. And no
> >   reviewers will be patient and curious enough to check the sashiko
> >   report except of maintainers. Because maintainers need pick patch
> >   and may check if all reported issues are handled;
> >
> > 2) Cc maintainers when patch is cooked
> >   Maintainers tell patch author to check the report. Maybe CC patch
> >   author directly can save maintainers' effort. 
> >
> > I personally think 2) is good. About whether introducing sashiko, 
> > I would vote yes. I buy token by myself, sashiko would be a plus.
> 
> FWIW, Sashiko already tracks the kexec@ list and you can see all the
> patches in the web interface [2]. So you don't need to burn your tokens
> on reviewing kexec patches ;-)

Thats's cool and it's enough. No, I am not saying sashiko will save
tokens for maintainers. I meant if people post patches, sashiko can
review and report from different models' side, that save patch authors'
tokens to some extent. Maybe most of people don't need to consider
this. :-)

> 
> What David is proposing is to send those reviews to the list.
> 
> [2] https://sashiko.dev/#/?list=org.infradead.lists.kexec
> 
> >
> > Thanks
> > Baoquan
> 
> -- 
> Regards,
> Pratyush Yadav


  reply	other threads:[~2026-09-02  9:53 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-09-01 20:27 RFC: Enable Sashiko code reviews for kexec@lists.infradead.org David Matlack
2026-09-02  4:34 ` Mike Rapoport
2026-09-02  5:52   ` Baoquan He
2026-09-02  8:04     ` Mike Rapoport
2026-09-02  8:25       ` Baoquan He
2026-09-02  9:18         ` Pratyush Yadav
2026-09-02  9:53           ` Baoquan He [this message]
2026-09-02 17:58           ` David Matlack
2026-09-03  1:02             ` Roman Gushchin
2026-09-02 16:29       ` David Matlack
2026-09-02 17:26         ` Mike Rapoport

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=apfyB_5MIK7VieNw@fedora \
    --to=baoquan.he@linux.dev \
    --cc=akpm@linux-foundation.org \
    --cc=dmatlack@google.com \
    --cc=graf@amazon.com \
    --cc=kexec@lists.infradead.org \
    --cc=pasha.tatashin@soleen.com \
    --cc=pratyush@kernel.org \
    --cc=roman.gushchin@linux.dev \
    --cc=rppt@kernel.org \
    --cc=ruirui.yang@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