[PATCH] MAINTAINERS: extend Raspberry Pi entry

Michael Zoran mzoran at crowfest.net
Sun Jan 29 13:41:49 PST 2017


On Sun, 2017-01-29 at 23:06 +0200, Baruch Siach wrote:
> Hi Michael,
> 
> On Sun, Jan 29, 2017 at 12:52:30PM -0800, Michael Zoran wrote:
> > On Sun, 2017-01-29 at 22:08 +0200, Baruch Siach wrote:
> > > Add bcm2836 (Raspberry Pi 2) and bcm2837 (Raspberry Pi 3).
> > > 
> > > Signed-off-by: Baruch Siach <baruch at tkos.co.il>
> > > ---
> > >  MAINTAINERS | 4 ++--
> > >  1 file changed, 2 insertions(+), 2 deletions(-)
> > > 
> > > diff --git a/MAINTAINERS b/MAINTAINERS
> > > index 26edd832c64e..d69449735876 100644
> > > --- a/MAINTAINERS
> > > +++ b/MAINTAINERS
> > > @@ -2612,7 +2612,7 @@ N:	bcm216*
> > >  N:	kona
> > >  F:	arch/arm/mach-bcm/
> > >  
> > > -BROADCOM BCM2835 ARM ARCHITECTURE
> > > +BROADCOM BCM2835/BCM2836/BCM2837 ARM ARCHITECTURE
> > >  M:	Stephen Warren <swarren at wwwdotorg.org>
> > >  M:	Lee Jones <lee at kernel.org>
> > >  M:	Eric Anholt <eric at anholt.net>
> > > @@ -2620,7 +2620,7 @@ L:	linux-rpi-kernel at lists.infradead.
> > > org
> > > (moderated for non-subscribers)
> > >  L:	linux-arm-kernel at lists.infradead.org (moderated for
> > > non-
> > > subscribers)
> > >  T:	git
> > > git://git.kernel.org/pub/scm/linux/kernel/git/rpi/linux-rpi.git
> > >  S:	Maintained
> > > -N:	bcm2835
> > > +N:	bcm283[5-7x]
> > >  F:	drivers/staging/vc04_services
> > >  
> > >  BROADCOM BCM47XX MIPS ARCHITECTURE
> > 
> > This is all cool and whatnot, but being new I'm a bit confused how
> > this
> > works.
> > 
> > 1. Is everything still going to be e-mail based, because the e-mail
> > based system could use some improvement.
> 
> Kernel development is email based. See "Why kernel development still
> uses 
> email"[1]. What would you like to see improved?
> 
> 

No offense to any of the maintainers, but the e-mail system is
optimized for a very large number of very, very small changes. It isn't
optimized for large changes.  In a way it tends to discourage any kind
of big improvements.

The idea of checking in a very large number of small patches makes
sense for auditing.  And yes having both isn't totally possible, so I
don't know really where the line should go between the two.  But taking
things to one extreme or the other doesn't make sense either.





More information about the linux-rpi-kernel mailing list