From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id F30FF72 for ; Fri, 23 Apr 2021 10:54:39 +0000 (UTC) Received: by mail.kernel.org (Postfix) with ESMTPSA id F0B15613F2; Fri, 23 Apr 2021 10:54:38 +0000 (UTC) Date: Fri, 23 Apr 2021 12:54:36 +0200 From: Greg KH To: Mauro Carvalho Chehab Cc: Steven Rostedt , James Bottomley , Shuah Khan , ksummit@lists.linux.dev Subject: Re: [MAINTAINER SUMMIT] Rethinking the acceptance policy for "trivial" patches Message-ID: References: <20210422123559.1dc647fb@coco.lan> <0d83502f-eb29-9b06-ada8-fcd03f9c87a8@linuxfoundation.org> <20210422115235.0526dabd@gandalf.local.home> <20210423095830.684d22c4@coco.lan> X-Mailing-List: ksummit@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210423095830.684d22c4@coco.lan> On Fri, Apr 23, 2021 at 09:58:30AM +0200, Mauro Carvalho Chehab wrote: > Em Thu, 22 Apr 2021 11:52:35 -0400 > Steven Rostedt escreveu: > > > On Thu, 22 Apr 2021 08:48:21 -0700 > > James Bottomley wrote: > > > > > On Thu, 2021-04-22 at 08:42 -0700, James Bottomley wrote: > > > [...] > > > > 2. Improving the requirement for bug fixes and large series, like > > > > cover letters to everyone, adding fixes: tag and clear explanation. > > > > > > Just on this one, can we get the mailing list to help now we're moving > > > to a new infrastructure? I was already thinking of asking if it could > > > reject email with html parts rather than simply losing it, but perhaps > > > it could reject threaded submissions where the cover letter isn't > > > correctly cc'd? I know that's a big ask because there has to be an > > > easy way to recognize them (heuristics on the PATCH tag?) and a way to > > > recognize missing cc's (perhaps simply that someone cc'd on the > > > threaded [PATCH x/y] reply isn't cc'd on [PATCH 0/y]?) > > > > Unfortunately, this breaks all quilt users, as quilt does not support this. > > This will also break patch series that touch several subsystems. > > Out of curiosity, I ran my script letting it to place at the cover letter > maintainers, reviewers and mailing lists, for this patch series: > > [PATCH 000/190] Revertion of all of the umn.edu commits > https://lore.kernel.org/lkml/YIJyzkgglMrAzIwh@kroah.com/T/#m087445f69f5dd590b9ad5f4cdd62c2a812956435 > > The number of e-mails to be C/c is 221 e-mails! (see enclosed) > > An e-mail like that will almost for sure be ignored by all mail > servers[1], as the e-mail will be considered as SPAM. > > [1] Except if the servers would have explicit rules to allow such > really big c/c list to be accepted from maintainers, which is > risky. > > Looking at the actual e-mail from Greg at lore, the CC list was a lot > smaller than that: > > Cc: Greg Kroah-Hartman , > Linus Torvalds , > Aditya Pakki , Kangjie Lu , > Qiushi Wu , x86@kernel.org, > Bjorn Helgaas , > "Rafael J. Wysocki" , > Arnd Bergmann , David Airlie , > Michael Turquette , > Bjorn Andersson , > Linus Walleij , > Bartosz Golaszewski , > Daniel Vetter , > Jean Delvare , > Guenter Roeck , > Jiri Kosina , Will Deacon , > Laurent Pinchart , > Jakub Kicinski , > "David S. Miller" , > Johan Hovold , > Jiri Slaby , > Pablo Neira Ayuso , > Johannes Berg , > Takashi Iwai > > (Not sure what criteria Greg used to shorten the C/c list) I looked at the actual maintainers for the whole list of patches and made a judgement call to slim it down to something "manageable" In other words, I was forced to do it "by hand" :( thanks, greg k-h