All the mail mirrored from lore.kernel.org
 help / color / mirror / Atom feed
From: Leon Romanovsky <leon@kernel.org>
To: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
Cc: Steven Rostedt <rostedt@goodmis.org>,
	James Bottomley <James.Bottomley@hansenpartnership.com>,
	Shuah Khan <skhan@linuxfoundation.org>,
	ksummit@lists.linux.dev, Greg KH <greg@kroah.com>
Subject: Re: [MAINTAINER SUMMIT] Rethinking the acceptance policy for "trivial" patches
Date: Fri, 23 Apr 2021 20:09:27 +0300	[thread overview]
Message-ID: <YIL/R6muJl7soDfY@unreal> (raw)
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 <rostedt@goodmis.org> escreveu:
> 
> > On Thu, 22 Apr 2021 08:48:21 -0700
> > James Bottomley <James.Bottomley@HansenPartnership.com> 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 <gregkh@linuxfoundation.org>,
>         Linus Torvalds <torvalds@linux-foundation.org>,
>         Aditya Pakki <pakki001@umn.edu>, Kangjie Lu <kjlu@umn.edu>,
>         Qiushi Wu <wu000273@umn.edu>, x86@kernel.org,
>         Bjorn Helgaas <bhelgaas@google.com>,
>         "Rafael J. Wysocki" <rjw@rjwysocki.net>,
>         Arnd Bergmann <arnd@arndb.de>, David Airlie <airlied@linux.ie>,
>         Michael Turquette <mturquette@baylibre.com>,
>         Bjorn Andersson <bjorn.andersson@linaro.org>,
>         Linus Walleij <linus.walleij@linaro.org>,
>         Bartosz Golaszewski <bgolaszewski@baylibre.com>,
>         Daniel Vetter <daniel@ffwll.ch>,
>         Jean Delvare <jdelvare@suse.com>,
>         Guenter Roeck <linux@roeck-us.net>,
>         Jiri Kosina <jikos@kernel.org>, Will Deacon <will@kernel.org>,
>         Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
>         Jakub Kicinski <kuba@kernel.org>,
>         "David S. Miller" <davem@davemloft.net>,
>         Johan Hovold <johan@kernel.org>,
>         Jiri Slaby <jirislaby@kernel.org>,
>         Pablo Neira Ayuso <pablo@netfilter.org>,
>         Johannes Berg <johannes@sipsolutions.net>,
>         Takashi Iwai <tiwai@suse.com>
> 
> (Not sure what criteria Greg used to shorten the C/c list)
> 
> Thanks,
> Mauro
> 
> ---
> 
> The auto-generated list of c/c is:

Something wrong with this list, reverted RDMA commits should generate
Cc: Jason Gunthorpe and Doug Ledford

Thanks

> 
> patches/tmp/0000-cover-letter.patch:
>     Cc: "David S. Miller" <davem@davemloft.net>
>     Cc: "H. Peter Anvin" <hpa@zytor.com>
>     Cc: "James E.J. Bottomley" <jejb@linux.ibm.com>
>     Cc: "Lad, Prabhakar" <prabhakar.csengg@gmail.com>
>     Cc: "Martin K. Petersen" <martin.petersen@oracle.com>
>     Cc: "Michael S. Tsirkin" <mst@redhat.com>
>     Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>
>     Cc: Adit Ranadive <aditr@vmware.com>
>     Cc: Alan Stern <stern@rowland.harvard.edu>
>     Cc: Alasdair Kergon <agk@redhat.com>
>     Cc: Alessandro Zummo <a.zummo@towertech.it>
>     Cc: Alex Elder <elder@kernel.org>
>     Cc: Alex Williamson <alex.williamson@redhat.com>
>     Cc: Alexander Aring <alex.aring@gmail.com>
>     Cc: Alexandre Belloni <alexandre.belloni@bootlin.com>
>     Cc: Alexandre Bounine <alex.bou9@gmail.com>
>     Cc: Alexandre Torgue <alexandre.torgue@foss.st.com>
>     Cc: Alim Akhtar <alim.akhtar@samsung.com>
>     Cc: Amitkumar Karwar <amitkarwar@gmail.com>
>     Cc: Andreas Noever <andreas.noever@gmail.com>
>     Cc: Andrew Jeffery <andrew@aj.id.au>
>     Cc: Andrew Lunn <andrew@lunn.ch>
>     Cc: Andrzej Hajda <a.hajda@samsung.com>
>     Cc: Andy Gross <agross@kernel.org>
>     Cc: Ard Biesheuvel <ardb@kernel.org>
>     Cc: Arnd Bergmann <arnd@arndb.de>
>     Cc: Avri Altman <avri.altman@wdc.com>
>     Cc: Bartosz Golaszewski <bgolaszewski@baylibre.com>
>     Cc: Benjamin Tissoires <benjamin.tissoires@redhat.com>
>     Cc: Benoit Parrot <bparrot@ti.com>
>     Cc: Benson Leung <bleung@chromium.org>
>     Cc: Bjorn Andersson <bjorn.andersson@linaro.org>
>     Cc: Borislav Petkov <bp@alien8.de>
>     Cc: Chas Williams <3chas3@gmail.com>
>     Cc: Chen-Yu Tsai <wens@csie.org>
>     Cc: Chris Leech <cleech@redhat.com>
>     Cc: Chris Snook <chris.snook@gmail.com>
>     Cc: Clemens Ladisch <clemens@ladisch.de>
>     Cc: Cornelia Huck <cohuck@redhat.com>
>     Cc: Daniel Lezcano <daniel.lezcano@linaro.org>
>     Cc: Daniel Vetter <daniel@ffwll.ch>
>     Cc: David Ahern <dsahern@kernel.org>
>     Cc: David Airlie <airlied@linux.ie>
>     Cc: David Rhodes <david.rhodes@cirrus.com>
>     Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
>     Cc: Enric Balletbo i Serra <enric.balletbo@collabora.com>
>     Cc: Erik Andren <erik.andren@gmail.com>
>     Cc: Ezequiel Garcia <ezequiel@collabora.com>
>     Cc: Fabio Estevam <festevam@gmail.com>
>     Cc: Felipe Balbi <balbi@kernel.org>
>     Cc: Ferenc Bakonyi <fero@drama.obuda.kando.hu>
>     Cc: Florian Fainelli <f.fainelli@gmail.com>
>     Cc: Florian Westphal <fw@strlen.de>
>     Cc: Gabriel Somlo <somlo@cmu.edu>
>     Cc: Ganapathi Bhat <ganapathi017@gmail.com>
>     Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
>     Cc: Guenter Roeck <groeck@chromium.org>
>     Cc: Guenter Roeck <linux@roeck-us.net>
>     Cc: Hans Verkuil <hverkuil@xs4all.nl>
>     Cc: Hans de Goede <hdegoede@redhat.com>
>     Cc: Heiko Stuebner <heiko@sntech.de>
>     Cc: Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org>
>     Cc: Ingo Molnar <mingo@redhat.com>
>     Cc: Jacob Chen <jacob-chen@iotwrt.com>
>     Cc: Jakub Kicinski <kuba@kernel.org>
>     Cc: James Morse <james.morse@arm.com>
>     Cc: James Schulman <james.schulman@cirrus.com>
>     Cc: Jan Kara <jack@suse.com>
>     Cc: Jaroslav Kysela <perex@perex.cz>
>     Cc: Jean Delvare <jdelvare@suse.com>
>     Cc: Jean-Paul Roubelat <jpr@f6fbb.org>
>     Cc: Jernej Skrabec <jernej.skrabec@siol.net>
>     Cc: Jiri Kosina <jikos@kernel.org>
>     Cc: Joerg Roedel <joro@8bytes.org>
>     Cc: Johan Hovold <johan@kernel.org>
>     Cc: Johannes Berg <johannes@sipsolutions.net>
>     Cc: John Fastabend <john.fastabend@gmail.com>
>     Cc: Jon Maloy <jmaloy@redhat.com>
>     Cc: Jonathan Cameron <jic23@kernel.org>
>     Cc: Jozsef Kadlecsik <kadlec@netfilter.org>
>     Cc: KP Singh <kpsingh@kernel.org>
>     Cc: Kalle Valo <kvalo@codeaurora.org>
>     Cc: Karsten Keil <isdn@linux-pingi.de>
>     Cc: Kirti Wankhede <kwankhede@nvidia.com>
>     Cc: Krzysztof Kozlowski <krzk@kernel.org>
>     Cc: Krzysztof Opasiak <k.opasiak@samsung.com>
>     Cc: Lars-Peter Clausen <lars@metafoo.de>
>     Cc: Lee Duncan <lduncan@suse.com>
>     Cc: Linus Walleij <linus.walleij@linaro.org>
>     Cc: Marcin Wojtas <mw@semihalf.com>
>     Cc: Mark Brown <broonie@kernel.org>
>     Cc: Mark Greer <mgreer@animalcreek.com>
>     Cc: Martin KaFai Lau <kafai@fb.com>
>     Cc: Matt Porter <mporter@kernel.crashing.org>
>     Cc: Matthias Schwarzott <zzam@gentoo.org>
>     Cc: Mauro Carvalho Chehab <mchehab@kernel.org>
>     Cc: Maxime Coquelin <mcoquelin.stm32@gmail.com>
>     Cc: Maxime Ripard <mripard@kernel.org>
>     Cc: Michael Jamet <michael.jamet@intel.com>
>     Cc: Michael Turquette <mturquette@baylibre.com>
>     Cc: Michal Ostrowski <mostrows@earthlink.net>
>     Cc: Mika Westerberg <mika.westerberg@linux.intel.com>
>     Cc: Mike Snitzer <snitzer@redhat.com>
>     Cc: NXP Linux Team <linux-imx@nxp.com>
>     Cc: Oder Chiou <oder_chiou@realtek.com>
>     Cc: Pablo Neira Ayuso <pablo@netfilter.org>
>     Cc: Patrik Jakobsson <patrik.r.jakobsson@gmail.com>
>     Cc: Pavel Machek <pavel@ucw.cz>
>     Cc: Pengutronix Kernel Team <kernel@pengutronix.de>
>     Cc: Peter Meerwald-Stadler <pmeerw@pmeerw.net>
>     Cc: Peter Oberparleiter <oberpar@linux.ibm.com>
>     Cc: Philipp Zabel <p.zabel@pengutronix.de>
>     Cc: Ping-Ke Shih <pkshih@realtek.com>
>     Cc: Pravin B Shelar <pshelar@ovn.org>
>     Cc: Richard Genoud <richard.genoud@gmail.com>
>     Cc: Rob Herring <robh@kernel.org>
>     Cc: Robert Foss <robert.foss@linaro.org>
>     Cc: Robert Richter <rric@kernel.org>
>     Cc: Russell King <linux@armlinux.org.uk>
>     Cc: SHA-cyfmac-dev-list@infineon.com
>     Cc: Sascha Hauer <s.hauer@pengutronix.de>
>     Cc: Sebastian Reichel <sre@kernel.org>
>     Cc: Sharvari Harisangam <sharvari.harisangam@nxp.com>
>     Cc: Shawn Guo <shawnguo@kernel.org>
>     Cc: Simon Horman <simon.horman@netronome.com>
>     Cc: Siva Rebbagondla <siva8118@gmail.com>
>     Cc: Solomon Peachy <pizza@shaftnet.org>
>     Cc: Song Liu <songliubraving@fb.com>
>     Cc: Stefan Schmidt <stefan@datenfreihafen.org>
>     Cc: Stefano Stabellini <sstabellini@kernel.org>
>     Cc: Stephen Boyd <sboyd@kernel.org>
>     Cc: Steven Rostedt <rostedt@goodmis.org>
>     Cc: Takashi Iwai <tiwai@suse.com>
>     Cc: Thomas Gleixner <tglx@linutronix.de>
>     Cc: Todor Tomov <todor.too@gmail.com>
>     Cc: Tony Lindgren <tony@atomide.com>
>     Cc: VMware PV-Drivers <pv-drivers@vmware.com>
>     Cc: Vaibhav Agarwal <vaibhav.sr@gmail.com>
>     Cc: Vinod Koul <vkoul@kernel.org>
>     Cc: Vivien Didelot <vivien.didelot@gmail.com>
>     Cc: Vladimir Oltean <olteanv@gmail.com>
>     Cc: Will Deacon <will@kernel.org>
>     Cc: Xinming Hu <huxinming820@gmail.com>
>     Cc: Xue Liu <liuxuenetmail@gmail.com>
>     Cc: Yehezkel Bernat <YehezkelShB@gmail.com>
>     Cc: Ying Xue <ying.xue@windriver.com>
>     Cc: Yonghong Song <yhs@fb.com>
>     Cc: alsa-devel@alsa-project.org
>     Cc: amd-gfx@lists.freedesktop.org
>     Cc: bpf@vger.kernel.org
>     Cc: brcm80211-dev-list.pdl@broadcom.com
>     Cc: clang-built-linux@googlegroups.com
>     Cc: coreteam@netfilter.org
>     Cc: dev@openvswitch.org
>     Cc: dm-devel@redhat.com
>     Cc: dmaengine@vger.kernel.org
>     Cc: dri-devel@lists.freedesktop.org
>     Cc: ecryptfs@vger.kernel.org
>     Cc: greybus-dev@lists.linaro.org
>     Cc: intel-wired-lan@lists.osuosl.org
>     Cc: iommu@lists.linux-foundation.org
>     Cc: kvm@vger.kernel.org
>     Cc: libertas-dev@lists.infradead.org
>     Cc: linux-acpi@vger.kernel.org
>     Cc: linux-afs@lists.infradead.org
>     Cc: linux-arm-kernel@lists.infradead.org
>     Cc: linux-arm-msm@vger.kernel.org
>     Cc: linux-aspeed@lists.ozlabs.org
>     Cc: linux-atm-general@lists.sourceforge.net
>     Cc: linux-audit@redhat.com
>     Cc: linux-clk@vger.kernel.org
>     Cc: linux-edac@vger.kernel.org
>     Cc: linux-efi@vger.kernel.org
>     Cc: linux-fbdev@vger.kernel.org
>     Cc: linux-gpio@vger.kernel.org
>     Cc: linux-hams@vger.kernel.org
>     Cc: linux-hwmon@vger.kernel.org
>     Cc: linux-iio@vger.kernel.org
>     Cc: linux-input@vger.kernel.org
>     Cc: linux-kernel@vger.kernel.org
>     Cc: linux-leds@vger.kernel.org
>     Cc: linux-media@vger.kernel.org
>     Cc: linux-mmc@vger.kernel.org
>     Cc: linux-nfc@lists.01.org
>     Cc: linux-nfs@vger.kernel.org
>     Cc: linux-nvdimm@lists.01.org
>     Cc: linux-nvidia@lists.surfsouth.com
>     Cc: linux-omap@vger.kernel.org
>     Cc: linux-pci@vger.kernel.org
>     Cc: linux-pm@vger.kernel.org
>     Cc: linux-raid@vger.kernel.org
>     Cc: linux-rdma@vger.kernel.org
>     Cc: linux-renesas-soc@vger.kernel.org
>     Cc: linux-rockchip@lists.infradead.org
>     Cc: linux-rtc@vger.kernel.org
>     Cc: linux-s390@vger.kernel.org
>     Cc: linux-samsung-soc@vger.kernel.org
>     Cc: linux-scsi@vger.kernel.org
>     Cc: linux-serial@vger.kernel.org
>     Cc: linux-spi@vger.kernel.org
>     Cc: linux-staging@lists.linux.dev
>     Cc: linux-stm32@st-md-mailman.stormreply.com
>     Cc: linux-sunxi@lists.linux.dev
>     Cc: linux-tegra@vger.kernel.org
>     Cc: linux-usb@vger.kernel.org
>     Cc: linux-wireless@vger.kernel.org
>     Cc: linux-wpan@vger.kernel.org
>     Cc: netdev@vger.kernel.org
>     Cc: netfilter-devel@vger.kernel.org
>     Cc: nouveau@lists.freedesktop.org
>     Cc: ocfs2-devel@oss.oracle.com
>     Cc: open-iscsi@googlegroups.com
>     Cc: oss-drivers@netronome.com
>     Cc: patches@opensource.cirrus.com
>     Cc: qemu-devel@nongnu.org
>     Cc: rds-devel@oss.oracle.com
>     Cc: target-devel@vger.kernel.org
>     Cc: tipc-discussion@lists.sourceforge.net
>     Cc: usb-storage@lists.one-eyed-alien.net
>     Cc: x86@kernel.org
>     Cc: xen-devel@lists.xenproject.org
> Number of Cc at cover: 221
> 
> 

  parent reply	other threads:[~2021-04-23 17:09 UTC|newest]

Thread overview: 156+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-21 18:35 [MAINTAINER SUMMIT] Rethinking the acceptance policy for "trivial" patches James Bottomley
2021-04-21 18:46 ` Christian Borntraeger
2021-04-21 18:51 ` Alexey Dobriyan
2021-04-21 18:53   ` Christian Borntraeger
2021-04-21 19:06 ` Al Viro
2021-04-21 19:14 ` James Bottomley
2021-04-21 19:22 ` Steven Rostedt
2021-04-21 19:26   ` Kees Cook
2021-04-21 19:32   ` Roland Dreier
2021-04-21 19:55     ` Julia Lawall
2021-04-21 20:28       ` Stephen Hemminger
2021-04-21 20:37         ` Julia Lawall
2021-04-21 20:45           ` Steven Rostedt
2021-04-21 20:50             ` Julia Lawall
2021-04-21 21:03               ` Jiri Kosina
2021-04-21 21:37           ` James Morris
2021-04-22  7:34             ` Geert Uytterhoeven
2021-04-22  7:51               ` Mike Rapoport
2021-04-22  8:45                 ` Christian Brauner
2021-04-22 15:27                   ` Steven Rostedt
2021-04-22  9:39                 ` Mauro Carvalho Chehab
2021-04-22  9:55               ` Mauro Carvalho Chehab
2021-04-22 12:01                 ` Leon Romanovsky
2021-04-22 12:26                   ` Mark Brown
2021-04-22 12:35                     ` Leon Romanovsky
2021-04-22 12:52                       ` Hans Verkuil
2021-04-22 13:33                       ` Mauro Carvalho Chehab
2021-04-22 13:42                         ` Leon Romanovsky
2021-04-22 12:18                 ` Leon Romanovsky
2021-04-22 15:38                   ` Shuah Khan
2021-04-23  9:06                     ` Mauro Carvalho Chehab
2021-04-23 17:17                       ` Leon Romanovsky
2021-04-23 22:41                       ` Shuah Khan
2021-04-22  5:59     ` Christoph Hellwig
2021-04-22  6:28       ` Tomasz Figa
2021-04-22  7:05         ` Al Viro
2021-04-22  7:46           ` Al Viro
2021-04-22  7:06         ` H. Peter Anvin
2021-04-22  7:05       ` Jiri Kosina
2021-04-22 16:05       ` Roland Dreier
2021-04-22 16:24         ` Krzysztof Kozlowski
2021-04-22 18:03       ` Al Viro
2021-04-22 22:35         ` Thomas Gleixner
2021-04-22 22:53           ` Laurent Pinchart
2021-07-20 16:26             ` Kernel sustainability (was Re: [MAINTAINER SUMMIT] Rethinking the acceptance policy for "trivial" patches) Daniel Vetter
2021-04-21 19:30 ` [MAINTAINER SUMMIT] Rethinking the acceptance policy for "trivial" patches Jiri Kosina
2021-04-21 20:28   ` Jiri Kosina
2021-04-21 22:18     ` Shuah Khan
2021-04-21 23:17       ` Guenter Roeck
2021-04-21 23:21         ` Shuah Khan
2021-04-21 19:47 ` Dan Carpenter
2021-04-22  9:34   ` Mauro Carvalho Chehab
2021-04-22  9:59     ` Johannes Berg
2021-04-22 10:52       ` Mauro Carvalho Chehab
2021-04-22 12:16         ` Mike Rapoport
2021-04-22 13:41           ` Mauro Carvalho Chehab
2021-04-22 20:15       ` Alexandre Belloni
2021-04-23  0:09         ` Randy Dunlap
2021-04-21 19:49 ` Alexandre Belloni
2021-04-22  2:05 ` Martin K. Petersen
2021-04-22  3:04   ` Joe Perches
2021-04-22 10:13     ` Mauro Carvalho Chehab
2021-04-22 12:07     ` Mark Brown
2021-04-22 16:42     ` Bart Van Assche
2021-04-22 17:58       ` Jiri Kosina
2021-04-22  4:21 ` Leon Romanovsky
2021-04-22  4:56   ` Al Viro
2021-04-22  5:52     ` Leon Romanovsky
2021-04-22  6:05     ` Christoph Hellwig
2021-04-22  6:03   ` Christoph Hellwig
2021-04-22  6:18     ` Leon Romanovsky
2021-04-22  9:20   ` Mauro Carvalho Chehab
2021-04-22 11:34     ` Leon Romanovsky
2021-04-22 13:22       ` Mark Brown
2021-04-22 13:47         ` Leon Romanovsky
2021-04-22 13:51           ` Mark Brown
2021-04-22 14:12         ` Mauro Carvalho Chehab
2021-04-22 14:51           ` Leon Romanovsky
2021-04-22 13:29       ` Steven Rostedt
2021-04-22 13:58         ` Leon Romanovsky
2021-04-22 14:20         ` Rob Herring
2021-04-23  6:04           ` Mauro Carvalho Chehab
2021-04-23  6:46             ` Joe Perches
2021-04-23  7:13               ` Mauro Carvalho Chehab
2021-04-23  7:20                 ` [PATCH RFC] scripts: add a script for sending patches Mauro Carvalho Chehab
2021-04-23  7:20                   ` Mauro Carvalho Chehab
2021-04-23 14:52                 ` Better tools for sending patches (was: Re: [MAINTAINER SUMMIT] Rethinking the acceptance policy for "trivial" patches) Doug Anderson
2021-04-23 16:03                   ` Mark Brown
2021-04-23 17:12                     ` Leon Romanovsky
2021-04-26 23:50                       ` Simon Glass
2021-04-22 12:53     ` [MAINTAINER SUMMIT] Rethinking the acceptance policy for "trivial" patches Konstantin Ryabitsev
2021-04-22 13:08       ` Leon Romanovsky
2021-04-22 13:27         ` Konstantin Ryabitsev
2021-04-22 13:41           ` Leon Romanovsky
2021-04-22 16:28           ` Serge E. Hallyn
2021-04-22 17:56       ` Leon Romanovsky
2021-04-22 18:05         ` backfilling threads with b4 (was: Re: [MAINTAINER SUMMIT] Rethinking the acceptance policy for "trivial" patches) Konstantin Ryabitsev
2021-04-22 18:51           ` Leon Romanovsky
2021-04-25 10:58           ` Leon Romanovsky
2021-04-23  7:19       ` [MAINTAINER SUMMIT] Rethinking the acceptance policy for "trivial" patches Greg KH
2021-04-23  7:31       ` Christian Brauner
2021-04-23 18:50         ` Konstantin Ryabitsev
2021-04-22 12:40   ` Mark Brown
2021-04-22 12:54     ` Mike Rapoport
2021-04-22 13:23       ` Mark Brown
2021-04-22 15:19         ` Steven Rostedt
2021-04-22 21:19           ` Thomas Gleixner
2021-04-22 21:36             ` Steven Rostedt
2021-04-22 22:39               ` Thomas Gleixner
2021-04-23  0:26                 ` Joe Perches
2021-04-23  6:15           ` Greg KH
2021-04-23  6:50             ` Dan Williams
2021-04-23  7:13             ` Geert Uytterhoeven
2021-04-23 14:41               ` Shuah Khan
2021-04-23  9:12             ` Michal Hocko
2021-04-22 14:51       ` Laurent Pinchart
2021-04-22 15:14         ` Mike Rapoport
2021-04-22 15:17           ` Laurent Pinchart
2021-04-22 15:35             ` Al Viro
2021-04-22 15:32           ` Shuah Khan
2021-04-22 10:35 ` Mauro Carvalho Chehab
2021-04-22 11:03   ` Sudip Mukherjee
2021-04-22 14:00     ` Steven Rostedt
2021-04-22 14:07       ` Jiri Kosina
2021-04-22 15:31         ` Sudip Mukherjee
2021-04-22 21:33           ` Thomas Gleixner
2021-04-22 20:28     ` Andrew Morton
2021-04-22 20:46       ` Steven Rostedt
2021-04-22 12:32   ` Martin K. Petersen
2021-04-22 15:11     ` Laurent Pinchart
2021-04-22 15:28     ` James Bottomley
2021-04-22 15:35       ` Johannes Berg
2021-04-22 15:36       ` Mark Brown
2021-04-22 15:40         ` James Bottomley
2021-04-23  9:27         ` Dan Carpenter
2021-04-22 13:24   ` Konstantin Ryabitsev
2021-04-22 14:31     ` Mauro Carvalho Chehab
2021-04-22 15:34   ` Shuah Khan
2021-04-22 15:42     ` James Bottomley
2021-04-22 15:48       ` James Bottomley
2021-04-22 15:52         ` Steven Rostedt
2021-04-22 16:08           ` Shuah Khan
2021-04-22 16:13           ` Jan Kara
2021-04-22 17:04             ` Steven Rostedt
2021-04-22 17:08             ` Martin K. Petersen
2021-04-23 11:16               ` Jan Kara
2021-04-23 12:57                 ` Mauro Carvalho Chehab
2021-04-23  7:58           ` Mauro Carvalho Chehab
2021-04-23 10:54             ` Greg KH
2021-04-23 17:09             ` Leon Romanovsky [this message]
2021-04-22 16:23         ` Konstantin Ryabitsev
2021-04-22 16:38       ` Bart Van Assche
2021-04-22 16:57         ` Leon Romanovsky
2021-04-22 18:03         ` Jiri Kosina
2021-04-22 21:26           ` Thomas Gleixner
2021-04-22 21:36             ` Jiri Kosina

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=YIL/R6muJl7soDfY@unreal \
    --to=leon@kernel.org \
    --cc=James.Bottomley@hansenpartnership.com \
    --cc=greg@kroah.com \
    --cc=ksummit@lists.linux.dev \
    --cc=mchehab+huawei@kernel.org \
    --cc=rostedt@goodmis.org \
    --cc=skhan@linuxfoundation.org \
    /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 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.