Hi Thomas, On mer., févr. 03 2016, Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx> wrote: > Hello, > > On Wed, 3 Feb 2016 19:41:25 +0100, Gregory CLEMENT wrote: >> The Marvell Armada 3700 is a family of ARMv8 CA53 SoCs. This commit >> introduces the Device Tree binding that documents the top-level >> compatible strings for Armada 3700 based platforms. >> >> Signed-off-by: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx> >> --- >> .../devicetree/bindings/arm/marvell/armada-37xx.txt | 16 ++++++++++++++++ >> 1 file changed, 16 insertions(+) >> create mode 100644 Documentation/devicetree/bindings/arm/marvell/armada-37xx.txt >> >> diff --git a/Documentation/devicetree/bindings/arm/marvell/armada-37xx.txt b/Documentation/devicetree/bindings/arm/marvell/armada-37xx.txt >> new file mode 100644 >> index 000000000000..17e90e8b5f76 >> --- /dev/null >> +++ b/Documentation/devicetree/bindings/arm/marvell/armada-37xx.txt >> @@ -0,0 +1,16 @@ >> +Marvell Armada 37xx Platforms Device Tree Bindings >> +-------------------------------------------------- >> + >> +Boards using a SoC of the Marvell Armada 37xx family must carry the >> +following root node property: >> + >> + - compatible: must contain "marvell,armada3710" > > Are we sure at this point that the 3720 is a strict super-set of the > 3710 ? I think we are in the same situation with the Armada 380 with the other Armada 38x. At this point the 3720 is a super-set of the 3710. > > If that's not the case, then it would be somewhat weird for a platform > using the 3720 platform to carry the marvell,armada3710 compatible > string, no? Actually, we only said that the 3720 is compatible with the 3710 not really a strict super-set. More over, for a 3720 we must use marvell,armada3720 _and_ marvell,armada3710, and in case of conflict marvell,armada3720 must be used. I really prefer using marvell,armada3710 as common compatible for all the Armada 3700 SoCs, that having no common compatible at all. Thanks, Gregory > > Thomas > -- > Thomas Petazzoni, CTO, Free Electrons > Embedded Linux, Kernel and Android engineering > http://free-electrons.com -- Gregory Clement, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com -- To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
