[PATCH] MAINTAINERS: extend Raspberry Pi entry
From: Michael Zoran <hidden>
Date: 2017-01-29 21:25:34
On Sun, 2017-01-29 at 12:52 -0800, Michael Zoran wrote:
On Sun, 2017-01-29 at 22:08 +0200, Baruch Siach wrote:quoted
Add bcm2836 (Raspberry Pi 2) and bcm2837 (Raspberry Pi 3). Signed-off-by: Baruch Siach <baruch@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 [off-list ref] ?M: Lee Jones [off-list ref] ?M: Eric Anholt [off-list ref]@@ -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 ARCHITECTUREThis 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.