Thread (17 messages) 17 messages, 6 authors, 2017-02-01
STALE3406d

[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.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.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help