The Linux Kernel Mailing List
 help / color / mirror / Atom feed
From: Hillf Danton <hdanton@sina.com>
To: Theodore Tso <tytso@mit.edu>
Cc: Roman Gushchin <roman.gushchin@linux.dev>,
	Krzysztof Kozlowski <krzk@kernel.org>,
	Konstantin Ryabitsev <mricon@kernel.org>,
	Guenter Roeck <linux@roeck-us.net>,
	sashiko-bot@kernel.org, sashiko-reviews@lists.linux.dev,
	linux-kernel@vger.kernel.org
Subject: Re: Stop false review statements
Date: Sun, 17 May 2026 06:04:36 +0800	[thread overview]
Message-ID: <20260516220439.738-1-hdanton@sina.com> (raw)
In-Reply-To: <20260516204143.GB26730@macsyma-wired.lan>

On Sat, 16 May 2026 16:41:43 -0400 Theodore Tso wrote:
> On Sat, May 16, 2026 at 12:15:12PM -0700, Roman Gushchin wrote:
> > > The trouble is that subsystem is mailing list, thus I still got all of
> > > them via b4, which is used to get the discussion.
> > > 
> > > Send them only to the maintainer, for example. Or maintainer + authors.
> > > 
> > > Basically the same as LKP is doing.
> > 
> > There are subsystems which want email reviews to be sent to the subsystem
> > mailing list. In fact, all currently configured email policies came from maintainers,
> > I don’t push anything based on my own preferences.
> 
> In the case of ext4, we have a weekly video conference of the core
> developers, and last week I asked the ext4 core developers whether we
> should start cc'ing the linux-ext4 list.  When I first asked Roman to
> send the reviews to the me as the reviewer and the patch author, I
> didn't want to cc the list in the case people would find annoying.
> 
> The discussion in our video chat was that the quality of the reviews
> was quite good, and the only feedback from the ext4 developers was (a)
> pre-existing problems that were unrelated the patch series, (b)
> sometimes the problems that was pointed out are ones that we don't
> care about (for example, there was a recent comment about readahead
> detection being racy, and that was not ext4-specific, and readahead is
> a hint and if two processes are reading the file at the same
> time.... oh cares how the system handles the hueristic of something
> which is a hint anyway), and (c) while Shashiko is good at pointing
> out problems, its suggestted solutions aren't as good.
> 
> But that's OK, on the whole, the Sashiko is finding problems that
> humans very familiar with code base had missed.

Feel free to add why. In over 80% or just a couple cases a week?

> And so it's certainly better than most human reviewers.
>
Only ext4 specific? In the past 6 months?

> Based on that, the consensus of the ext4 core developers that it would
> be better to make sure that the linux-ext4 list should be cc'ed.  So
> that's a decision that didn't come from me as the ext4 maintainer, but
> after consulting with core ext4 developers and reviewers.
> 
> > I agree, it’s sometimes gets tricky when a patchset is sent to
> > multiple mailing lists, which policy to apply.
> 
> What I would suggest is that if we have a patch which is cc'ed to say,
> linux-xfs, linux-ext4, and linux-fsdevel, as well as a dozen
> developers suggested by get_maintainer.pl, and only the ext4 list has
> requested the reviews, then only send it to the ext4 maintainer, the
> ext4 mailing list, and the patch author.  The Sashiko review doesn't
> need to be cc'ed to the other lists, or the dozen or so other
> maintainers.
> 
> Cheers,
> 
> 					- Ted
> 

  reply	other threads:[~2026-05-16 22:05 UTC|newest]

Thread overview: 55+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-16  8:05 Stop false review statements Krzysztof Kozlowski
2026-05-16 12:11 ` Guenter Roeck
2026-05-16 12:16   ` Krzysztof Kozlowski
2026-05-16 12:23     ` Guenter Roeck
2026-05-16 12:29       ` Krzysztof Kozlowski
2026-05-16 13:24         ` Laurent Pinchart
2026-05-16 13:45           ` Krzysztof Kozlowski
2026-05-16 21:10           ` Mauro Carvalho Chehab
2026-05-17 15:21       ` Jonathan Corbet
2026-05-18  8:22         ` Jani Nikula
2026-05-16 15:20   ` Konstantin Ryabitsev
2026-05-16 15:36     ` Greg KH
2026-05-16 15:41     ` Roman Gushchin
2026-05-16 15:45       ` Greg KH
2026-05-16 15:49         ` Roman Gushchin
2026-05-16 18:28           ` Arnaldo Carvalho de Melo
2026-05-16 21:29             ` Derek Barbosa
2026-05-16 21:33               ` Krzysztof Kozlowski
2026-05-16 21:59                 ` Roman Gushchin
2026-05-17  8:25                   ` Krzysztof Kozlowski
2026-05-17 10:05                   ` Mauro Carvalho Chehab
2026-05-17 10:10                     ` Willy Tarreau
2026-05-17 10:12                     ` Greg KH
2026-05-17 16:29                       ` Theodore Tso
2026-05-17 22:22                         ` Laurent Pinchart
2026-05-17 16:39                       ` Mauro Carvalho Chehab
2026-05-17 17:03                         ` Guenter Roeck
2026-05-17 18:17                         ` Roman Gushchin
2026-05-17 18:56                           ` Mauro Carvalho Chehab
2026-05-18  5:31                             ` Greg KH
2026-05-17 18:57                           ` Theodore Tso
2026-05-17 19:36                             ` Mauro Carvalho Chehab
2026-05-18  8:04                   ` Jani Nikula
2026-05-18  8:12                     ` Krzysztof Kozlowski
2026-05-18 12:16                     ` Theodore Tso
2026-05-18 12:54                       ` Geert Uytterhoeven
2026-05-18 19:40                       ` Mauro Carvalho Chehab
2026-05-16 18:28           ` Krzysztof Kozlowski
2026-05-16 18:56             ` Roman Gushchin
2026-05-16 19:00               ` Krzysztof Kozlowski
2026-05-16 19:13                 ` Guenter Roeck
2026-05-16 19:25                   ` Guenter Roeck
2026-05-16 19:31                     ` Roman Gushchin
2026-05-16 19:15                 ` Roman Gushchin
2026-05-16 20:41                   ` Theodore Tso
2026-05-16 22:04                     ` Hillf Danton [this message]
2026-05-17 15:56                   ` Danilo Krummrich
2026-05-17 21:25                     ` Danilo Krummrich
2026-05-18 17:19                     ` Roman Gushchin
2026-05-19 12:23                       ` Danilo Krummrich
2026-05-18  2:12           ` SeongJae Park
2026-05-16 22:32         ` Mauro Carvalho Chehab
  -- strict thread matches above, loose matches on Subject: below --
2026-05-17 19:42 Roman Gushchin
2026-05-17 22:05 ` Mauro Carvalho Chehab
2026-05-17 19:53 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=20260516220439.738-1-hdanton@sina.com \
    --to=hdanton@sina.com \
    --cc=krzk@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=mricon@kernel.org \
    --cc=roman.gushchin@linux.dev \
    --cc=sashiko-bot@kernel.org \
    --cc=sashiko-reviews@lists.linux.dev \
    --cc=tytso@mit.edu \
    /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