[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAMuHMdWgGz5FSidaGpp8YRRSnJfwdP4-wOkXdVx+mydXnMAXHQ@mail.gmail.com>
Date: Wed, 17 Nov 2021 09:24:12 +0100
From: Geert Uytterhoeven <geert@...ux-m68k.org>
To: Nick Terrell <terrelln@...com>
Cc: Randy Dunlap <rdunlap@...radead.org>, Helge Deller <deller@....de>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Rob Clark <robdclark@...il.com>,
"James E.J. Bottomley" <James.Bottomley@...senpartnership.com>,
Anton Altaparmakov <anton@...era.com>,
Thomas Bogendoerfer <tsbogend@...ha.franken.de>,
Sergio Paracuellos <sergio.paracuellos@...il.com>,
Herbert Xu <herbert@...dor.apana.org.au>,
Joey Gouly <joey.gouly@....com>,
Stan Skowronek <stan@...ellium.com>,
Hector Martin <marcan@...can.st>,
Andrey Ryabinin <ryabinin.a.a@...il.com>,
André Almeida <andrealmeid@...labora.com>,
Peter Zijlstra <peterz@...radead.org>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>,
"open list:GPIO SUBSYSTEM" <linux-gpio@...r.kernel.org>,
Parisc List <linux-parisc@...r.kernel.org>,
linux-arm-msm <linux-arm-msm@...r.kernel.org>,
DRI Development <dri-devel@...ts.freedesktop.org>,
"linux-ntfs-dev@...ts.sourceforge.net"
<linux-ntfs-dev@...ts.sourceforge.net>,
linuxppc-dev <linuxppc-dev@...ts.ozlabs.org>,
"open list:BROADCOM NVRAM DRIVER" <linux-mips@...r.kernel.org>,
linux-pci <linux-pci@...r.kernel.org>,
Linux Crypto Mailing List <linux-crypto@...r.kernel.org>,
kasan-dev <kasan-dev@...glegroups.com>
Subject: Re: Build regressions/improvements in v5.16-rc1
Hi Nick,
On Wed, Nov 17, 2021 at 3:20 AM Nick Terrell <terrelln@...com> wrote:
> > On Nov 16, 2021, at 6:05 PM, Randy Dunlap <rdunlap@...radead.org> wrote:
> > On 11/16/21 5:59 PM, Nick Terrell wrote:
> >> I’ll send the PR to Linus tomorrow. I’ve been informed that it
> >> isn't strictly necessary to send the patches to the mailing list
> >> for bug fixes, but its already done, so I’ll wait and see if there
> >> is any feedback.
> >
> > IMO several (or many more) people would disagree with that.
> >
> > "strictly?" OK, it's probably possible that almost any patch
> > could be merged without being on a mailing list, but it's not
> > desirable (except in the case of "security" patches).
>
> Good to know! Thanks for the advice, I wasn’t really sure what
> the best practice is for sending patches to your own tree, as I
> didn't see anything about it in the maintainer guide.
All patches must be sent to public mailing lists for review.
You might get away with not doing that for a simple and trivial fix,
but be prepared to end up on people's "special" lists if you did get
it wrong.
We are Legion. We do not forgive. We do not forget ;-)
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...ux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
Powered by blists - more mailing lists