Thread (9 messages) flat view 9 messages, 2 authors, 2012-10-19
DORMANTno replies

Revision v2 of 4 in this series.

Revisions (4)
  1. v2 [diff vs current]
  2. v2 [diff vs current]
  3. v2 [diff vs current]
  4. v2 current

[PATCH v2 1/5] ARM: bcm476x: Add platform infrastructure

From: arnd@arndb.de (Arnd Bergmann)
Date: 2012-10-19 09:03:37

On Thursday 18 October 2012, Domenico Andreoli wrote:
On Thu, Oct 18, 2012 at 01:48:01PM +0000, Arnd Bergmann wrote:
quoted
On Sunday 14 October 2012, Domenico Andreoli wrote:
+
+Boards with the BCM4760 SoC shall have the following properties:
+
+Required root node property:
+
+compatible = "brcm,bcm4760";
+
+
+Boards with the BCM4761 SoC shall have the following properties:
+
+Required root node property:
+
+compatible = "brcm,bcm4760", "brcm,bcm4761";

and the dt_mach in the board file is left only with "brcm,bcm4760" until
required otherwise. The same applies to drivers.
Right.
Does the order matter? 
Yes, you have to have the most specific one first, and the most generic
one last, as documented in Documentation/devicetree/booting-without-of.txt.

If one chip has a functionality that the other one doesn't but is otherwise
completely compatible, then the less capable one should be put last.

For the root node, you might actually want to keep both "compatible" strings
separate as you have in the version you posted, at least if the chips are
not completely backwards compatible. For the other devices inside of the
soc, just use one.
quoted
For the patches that go into different directories like the clk
and the clocksource drivers, please Cc the respective subsystem
maintainers and ask them for an Ack. It certainly makes sense
for a new platform port to get merged through the arm-soc tree,
but any future improvements should normally just go through the
subsystem trees.
I'd prefer patches but only because I've not any public git repository. If
the git pull is much more preferred, I surely can manage it.
Ok, no problem. In the long run, it can be useful for you to set up 
your own git tree, for for now, we can manage with patches just fine.

	Arnd
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help