From mboxrd@z Thu Jan 1 00:00:00 1970 From: mzoran@crowfest.net (Michael Zoran) Date: Sun, 29 Jan 2017 13:25:34 -0800 Subject: [PATCH] MAINTAINERS: extend Raspberry Pi entry In-Reply-To: <1485723150.30797.1.camel@crowfest.net> References: <1485723150.30797.1.camel@crowfest.net> Message-ID: <1485725134.30797.3.camel@crowfest.net> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Sun, 2017-01-29 at 12:52 -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 > > --- > > ?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 > > ?M: Lee Jones > > ?M: Eric Anholt > > @@ -2620,7 +2620,7 @@ L: linux-rpi-kernel at lists.infradead.or > > g > > (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. > > 2. Are all the BCM283* files going to be clustered together or still > scattered through the tree? > > 3. Why do the branches of the git all contain very old versions of > the > kernel? Just want to add a few more two cents here: 1. Perhaps instead of scattering the drivers, maybe their should be a single driver/module for bcm283x. That way it's wouldn't be neccessary to have all these crazy runtime dependencies. I bought an ODROID awhile ago, and they put all their drivers in the same directory. The only problem is that they are not continuing to maintain it for newer kernel versions. 2. The whole runtime device tree thing for a SOC doesn't make sense. On a PC you can have all kinds of combinations of devices that the end user randomly connects together. But for a SOC, the parts are essentially all permanently connected together. So what is the purpose of all the runtime configuration complexity? I once looked at another attempt at runtime configuration of a SOC by another company called Microchip. It's called "Harmony" and everybody thiks the whole thing is a mess. 3. If someone is implying to rollback the kernel version to an older kernel, I'm not sure that makes sense. Newer linux distros won't run on older versions. That's one of the issues I saw right away with the ODROID device I bought.