* [PATCH 0/5] arm64, thunder: Enable Cavium Thunder SoC Family
@ 2014-07-30 15:06 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-30 15:06 UTC (permalink / raw)
To: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann
Cc: linux-kernel, linux-arm-kernel, Robert Richter
From: Robert Richter <rrichter@cavium.com>
This initial patches enable Cavium Thunder SoC Family. The patches add
Kconfig and devicetree support and then add Thunder to the defconfig.
The last patch is unrelated to Thunder and enables the tmpfs mount
option for a more convinient use of defconfig with distros.
The Thunder system needs more enablement patches for subsystems and
devices, this includes network, ahci, gicv3/gicv3-its, pci, smmu, kvm.
We will send separate patch sets for these. All of them base on this
initial patches.
Patches are available here:
git://git.kernel.org/pub/scm/linux/kernel/git/rric/linux.git thunder/init
Radha Mohan Chintakuntla (3):
arm64, thunder: Add Kconfig option for Cavium Thunder SoC Family
arm64, thunder: Add initial dts for Cavium Thunder SoC
arm64, thunder: document devicetree bindings for Cavium Thunder SoC
Robert Richter (2):
arm64, defconfig: Enable Cavium Thunder SoC in defconfig
arm64, defconfig: Enable tmpfs mount option
.../devicetree/bindings/arm/cavium-thunder.txt | 10 +
Documentation/devicetree/bindings/arm/cpus.txt | 1 +
arch/arm64/Kconfig | 6 +
arch/arm64/boot/dts/Makefile | 1 +
arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++
arch/arm64/configs/defconfig | 2 +
6 files changed, 407 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm/cavium-thunder.txt
create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
--
2.0.1
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 0/5] arm64, thunder: Enable Cavium Thunder SoC Family
@ 2014-07-30 15:06 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-30 15:06 UTC (permalink / raw)
To: linux-arm-kernel
From: Robert Richter <rrichter@cavium.com>
This initial patches enable Cavium Thunder SoC Family. The patches add
Kconfig and devicetree support and then add Thunder to the defconfig.
The last patch is unrelated to Thunder and enables the tmpfs mount
option for a more convinient use of defconfig with distros.
The Thunder system needs more enablement patches for subsystems and
devices, this includes network, ahci, gicv3/gicv3-its, pci, smmu, kvm.
We will send separate patch sets for these. All of them base on this
initial patches.
Patches are available here:
git://git.kernel.org/pub/scm/linux/kernel/git/rric/linux.git thunder/init
Radha Mohan Chintakuntla (3):
arm64, thunder: Add Kconfig option for Cavium Thunder SoC Family
arm64, thunder: Add initial dts for Cavium Thunder SoC
arm64, thunder: document devicetree bindings for Cavium Thunder SoC
Robert Richter (2):
arm64, defconfig: Enable Cavium Thunder SoC in defconfig
arm64, defconfig: Enable tmpfs mount option
.../devicetree/bindings/arm/cavium-thunder.txt | 10 +
Documentation/devicetree/bindings/arm/cpus.txt | 1 +
arch/arm64/Kconfig | 6 +
arch/arm64/boot/dts/Makefile | 1 +
arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++
arch/arm64/configs/defconfig | 2 +
6 files changed, 407 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm/cavium-thunder.txt
create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
--
2.0.1
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 1/5] arm64, thunder: Add Kconfig option for Cavium Thunder SoC Family
2014-07-30 15:06 ` Robert Richter
@ 2014-07-30 15:06 ` Robert Richter
-1 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-30 15:06 UTC (permalink / raw)
To: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann
Cc: linux-kernel, linux-arm-kernel, Radha Mohan Chintakuntla, Robert Richter
From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
Increase maximum numbers of cpus to 32. This relates to current
maximal possible cpu number. Increasing this to 64 cpus will be a
separate patch not part of this enablement patches.
Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
Signed-off-by: Robert Richter <rrichter@cavium.com>
---
arch/arm64/Kconfig | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index a474de346be6..e989d8cab8c7 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -128,6 +128,11 @@ source "kernel/Kconfig.freezer"
menu "Platform selection"
+config ARCH_THUNDER
+ bool "Cavium Inc. Thunder SoC Family"
+ help
+ This enables support for Cavium's Thunder Family of SoCs.
+
config ARCH_VEXPRESS
bool "ARMv8 software model (Versatile Express)"
select ARCH_REQUIRE_GPIOLIB
@@ -201,6 +206,7 @@ config NR_CPUS
range 2 32
depends on SMP
# These have to remain sorted largest to smallest
+ default "32" if ARCH_THUNDER
default "8"
config HOTPLUG_CPU
--
2.0.1
^ permalink raw reply related [flat|nested] 97+ messages in thread
* [PATCH 1/5] arm64, thunder: Add Kconfig option for Cavium Thunder SoC Family
@ 2014-07-30 15:06 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-30 15:06 UTC (permalink / raw)
To: linux-arm-kernel
From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
Increase maximum numbers of cpus to 32. This relates to current
maximal possible cpu number. Increasing this to 64 cpus will be a
separate patch not part of this enablement patches.
Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
Signed-off-by: Robert Richter <rrichter@cavium.com>
---
arch/arm64/Kconfig | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index a474de346be6..e989d8cab8c7 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -128,6 +128,11 @@ source "kernel/Kconfig.freezer"
menu "Platform selection"
+config ARCH_THUNDER
+ bool "Cavium Inc. Thunder SoC Family"
+ help
+ This enables support for Cavium's Thunder Family of SoCs.
+
config ARCH_VEXPRESS
bool "ARMv8 software model (Versatile Express)"
select ARCH_REQUIRE_GPIOLIB
@@ -201,6 +206,7 @@ config NR_CPUS
range 2 32
depends on SMP
# These have to remain sorted largest to smallest
+ default "32" if ARCH_THUNDER
default "8"
config HOTPLUG_CPU
--
2.0.1
^ permalink raw reply related [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
2014-07-30 15:06 ` Robert Richter
(?)
@ 2014-07-30 15:06 ` Robert Richter
-1 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-30 15:06 UTC (permalink / raw)
To: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala
Cc: linux-kernel, linux-arm-kernel, Radha Mohan Chintakuntla,
Robert Richter, devicetree
From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
Add initial device tree nodes for Cavium Thunder SoCs with support of
48 cores and gicv3. The dts file requires further changes, esp. for
pci, gicv3-its and smmu. This changes will be added later together
with the device drivers.
Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
Signed-off-by: Robert Richter <rrichter@cavium.com>
---
arch/arm64/boot/dts/Makefile | 1 +
arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
2 files changed, 388 insertions(+)
create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
index c52bdb051f66..f8001a62029c 100644
--- a/arch/arm64/boot/dts/Makefile
+++ b/arch/arm64/boot/dts/Makefile
@@ -1,3 +1,4 @@
+dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
new file mode 100644
index 000000000000..4cf20ac9138b
--- /dev/null
+++ b/arch/arm64/boot/dts/thunder-88xx.dts
@@ -0,0 +1,387 @@
+/*
+ * Cavium Thunder DTS file
+ *
+ * Copyright (C) 2013, Cavium Inc.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of
+ * the License, or (at your option) any later version.
+ */
+/dts-v1/;
+
+/* Reserving first 12MB of DDR for firmware */
+/memreserve/ 0x00000000 0x00c00000;
+
+/ {
+ model = "Cavium ThunderX CN88XX Family";
+ compatible = "cavium,thunder-88xx";
+ interrupt-parent = <&gic0>;
+ #address-cells = <2>;
+ #size-cells = <2>;
+
+ aliases {
+ serial0 = &uaa0;
+ serial1 = &uaa1;
+ };
+
+ psci {
+ compatible = "arm,psci-0.2";
+ method = "smc";
+ };
+
+ cpus {
+ #address-cells = <2>;
+ #size-cells = <0>;
+
+ cpu@000 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x000>;
+ enable-method = "psci";
+ };
+ cpu@001 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x001>;
+ enable-method = "psci";
+ };
+ cpu@002 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x002>;
+ enable-method = "psci";
+ };
+ cpu@003 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x003>;
+ enable-method = "psci";
+ };
+ cpu@004 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x004>;
+ enable-method = "psci";
+ };
+ cpu@005 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x005>;
+ enable-method = "psci";
+ };
+ cpu@006 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x006>;
+ enable-method = "psci";
+ };
+ cpu@007 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x007>;
+ enable-method = "psci";
+ };
+ cpu@008 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x008>;
+ enable-method = "psci";
+ };
+ cpu@009 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x009>;
+ enable-method = "psci";
+ };
+ cpu@00a {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00a>;
+ enable-method = "psci";
+ };
+ cpu@00b {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00b>;
+ enable-method = "psci";
+ };
+ cpu@00c {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00c>;
+ enable-method = "psci";
+ };
+ cpu@00d {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00d>;
+ enable-method = "psci";
+ };
+ cpu@00e {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00e>;
+ enable-method = "psci";
+ };
+ cpu@00f {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00f>;
+ enable-method = "psci";
+ };
+ cpu@100 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x100>;
+ enable-method = "psci";
+ };
+ cpu@101 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x101>;
+ enable-method = "psci";
+ };
+ cpu@102 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x102>;
+ enable-method = "psci";
+ };
+ cpu@103 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x103>;
+ enable-method = "psci";
+ };
+ cpu@104 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x104>;
+ enable-method = "psci";
+ };
+ cpu@105 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x105>;
+ enable-method = "psci";
+ };
+ cpu@106 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x106>;
+ enable-method = "psci";
+ };
+ cpu@107 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x107>;
+ enable-method = "psci";
+ };
+ cpu@108 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x108>;
+ enable-method = "psci";
+ };
+ cpu@109 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x109>;
+ enable-method = "psci";
+ };
+ cpu@10a {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10a>;
+ enable-method = "psci";
+ };
+ cpu@10b {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10b>;
+ enable-method = "psci";
+ };
+ cpu@10c {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10c>;
+ enable-method = "psci";
+ };
+ cpu@10d {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10d>;
+ enable-method = "psci";
+ };
+ cpu@10e {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10e>;
+ enable-method = "psci";
+ };
+ cpu@10f {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10f>;
+ enable-method = "psci";
+ };
+ cpu@200 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x200>;
+ enable-method = "psci";
+ };
+ cpu@201 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x201>;
+ enable-method = "psci";
+ };
+ cpu@202 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x202>;
+ enable-method = "psci";
+ };
+ cpu@203 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x203>;
+ enable-method = "psci";
+ };
+ cpu@204 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x204>;
+ enable-method = "psci";
+ };
+ cpu@205 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x205>;
+ enable-method = "psci";
+ };
+ cpu@206 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x206>;
+ enable-method = "psci";
+ };
+ cpu@207 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x207>;
+ enable-method = "psci";
+ };
+ cpu@208 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x208>;
+ enable-method = "psci";
+ };
+ cpu@209 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x209>;
+ enable-method = "psci";
+ };
+ cpu@20a {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20a>;
+ enable-method = "psci";
+ };
+ cpu@20b {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20b>;
+ enable-method = "psci";
+ };
+ cpu@20c {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20c>;
+ enable-method = "psci";
+ };
+ cpu@20d {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20d>;
+ enable-method = "psci";
+ };
+ cpu@20e {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20e>;
+ enable-method = "psci";
+ };
+ cpu@20f {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20f>;
+ enable-method = "psci";
+ };
+ };
+
+ memory@00000000 {
+ device_type = "memory";
+ reg = <0x0 0x00000000 0x0 0x80000000>;
+ };
+
+ gic0: interrupt-controller@801000000000 {
+ compatible = "arm,gic-v3";
+ #interrupt-cells = <3>;
+ #address-cells = <2>;
+ #size-cells = <2>;
+ ranges;
+ interrupt-controller;
+ reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
+ <0x8010 0x80000000 0x0 0x200000>; /* GICR */
+ interrupts = <1 9 0xf04>;
+ };
+
+ timer {
+ compatible = "arm,armv8-timer";
+ interrupts = <1 13 0xff01>,
+ <1 14 0xff01>,
+ <1 11 0xff01>,
+ <1 10 0xff01>;
+ };
+
+ soc {
+ compatible = "simple-bus";
+ #address-cells = <2>;
+ #size-cells = <2>;
+ ranges;
+
+ clocks {
+ #address-cells = <2>;
+ #size-cells = <2>;
+ ranges;
+
+ refclk50mhz: refclk50mhz {
+ compatible = "fixed-clock";
+ #clock-cells = <0>;
+ clock-frequency = <50000000>;
+ clock-output-names = "refclk50mhz";
+ };
+ };
+
+ uaa0: serial@87e024000000 {
+ compatible = "arm,pl011", "arm,primecell";
+ reg = <0x87e0 0x24000000 0x0 0x1000>;
+ interrupts = <1 21 4>;
+ clocks = <&refclk50mhz>;
+ clock-names = "apb_pclk";
+ };
+
+ uaa1: serial@87e025000000 {
+ compatible = "arm,pl011", "arm,primecell";
+ reg = <0x87e0 0x25000000 0x0 0x1000>;
+ interrupts = <1 22 4>;
+ clocks = <&refclk50mhz>;
+ clock-names = "apb_pclk";
+ };
+ };
+};
--
2.0.1
^ permalink raw reply related [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 15:06 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-30 15:06 UTC (permalink / raw)
To: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala
Cc: Robert Richter, devicetree, Radha Mohan Chintakuntla,
linux-kernel, linux-arm-kernel
From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
Add initial device tree nodes for Cavium Thunder SoCs with support of
48 cores and gicv3. The dts file requires further changes, esp. for
pci, gicv3-its and smmu. This changes will be added later together
with the device drivers.
Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
Signed-off-by: Robert Richter <rrichter@cavium.com>
---
arch/arm64/boot/dts/Makefile | 1 +
arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
2 files changed, 388 insertions(+)
create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
index c52bdb051f66..f8001a62029c 100644
--- a/arch/arm64/boot/dts/Makefile
+++ b/arch/arm64/boot/dts/Makefile
@@ -1,3 +1,4 @@
+dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
new file mode 100644
index 000000000000..4cf20ac9138b
--- /dev/null
+++ b/arch/arm64/boot/dts/thunder-88xx.dts
@@ -0,0 +1,387 @@
+/*
+ * Cavium Thunder DTS file
+ *
+ * Copyright (C) 2013, Cavium Inc.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of
+ * the License, or (at your option) any later version.
+ */
+/dts-v1/;
+
+/* Reserving first 12MB of DDR for firmware */
+/memreserve/ 0x00000000 0x00c00000;
+
+/ {
+ model = "Cavium ThunderX CN88XX Family";
+ compatible = "cavium,thunder-88xx";
+ interrupt-parent = <&gic0>;
+ #address-cells = <2>;
+ #size-cells = <2>;
+
+ aliases {
+ serial0 = &uaa0;
+ serial1 = &uaa1;
+ };
+
+ psci {
+ compatible = "arm,psci-0.2";
+ method = "smc";
+ };
+
+ cpus {
+ #address-cells = <2>;
+ #size-cells = <0>;
+
+ cpu@000 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x000>;
+ enable-method = "psci";
+ };
+ cpu@001 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x001>;
+ enable-method = "psci";
+ };
+ cpu@002 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x002>;
+ enable-method = "psci";
+ };
+ cpu@003 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x003>;
+ enable-method = "psci";
+ };
+ cpu@004 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x004>;
+ enable-method = "psci";
+ };
+ cpu@005 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x005>;
+ enable-method = "psci";
+ };
+ cpu@006 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x006>;
+ enable-method = "psci";
+ };
+ cpu@007 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x007>;
+ enable-method = "psci";
+ };
+ cpu@008 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x008>;
+ enable-method = "psci";
+ };
+ cpu@009 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x009>;
+ enable-method = "psci";
+ };
+ cpu@00a {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00a>;
+ enable-method = "psci";
+ };
+ cpu@00b {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00b>;
+ enable-method = "psci";
+ };
+ cpu@00c {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00c>;
+ enable-method = "psci";
+ };
+ cpu@00d {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00d>;
+ enable-method = "psci";
+ };
+ cpu@00e {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00e>;
+ enable-method = "psci";
+ };
+ cpu@00f {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00f>;
+ enable-method = "psci";
+ };
+ cpu@100 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x100>;
+ enable-method = "psci";
+ };
+ cpu@101 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x101>;
+ enable-method = "psci";
+ };
+ cpu@102 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x102>;
+ enable-method = "psci";
+ };
+ cpu@103 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x103>;
+ enable-method = "psci";
+ };
+ cpu@104 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x104>;
+ enable-method = "psci";
+ };
+ cpu@105 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x105>;
+ enable-method = "psci";
+ };
+ cpu@106 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x106>;
+ enable-method = "psci";
+ };
+ cpu@107 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x107>;
+ enable-method = "psci";
+ };
+ cpu@108 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x108>;
+ enable-method = "psci";
+ };
+ cpu@109 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x109>;
+ enable-method = "psci";
+ };
+ cpu@10a {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10a>;
+ enable-method = "psci";
+ };
+ cpu@10b {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10b>;
+ enable-method = "psci";
+ };
+ cpu@10c {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10c>;
+ enable-method = "psci";
+ };
+ cpu@10d {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10d>;
+ enable-method = "psci";
+ };
+ cpu@10e {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10e>;
+ enable-method = "psci";
+ };
+ cpu@10f {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10f>;
+ enable-method = "psci";
+ };
+ cpu@200 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x200>;
+ enable-method = "psci";
+ };
+ cpu@201 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x201>;
+ enable-method = "psci";
+ };
+ cpu@202 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x202>;
+ enable-method = "psci";
+ };
+ cpu@203 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x203>;
+ enable-method = "psci";
+ };
+ cpu@204 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x204>;
+ enable-method = "psci";
+ };
+ cpu@205 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x205>;
+ enable-method = "psci";
+ };
+ cpu@206 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x206>;
+ enable-method = "psci";
+ };
+ cpu@207 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x207>;
+ enable-method = "psci";
+ };
+ cpu@208 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x208>;
+ enable-method = "psci";
+ };
+ cpu@209 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x209>;
+ enable-method = "psci";
+ };
+ cpu@20a {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20a>;
+ enable-method = "psci";
+ };
+ cpu@20b {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20b>;
+ enable-method = "psci";
+ };
+ cpu@20c {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20c>;
+ enable-method = "psci";
+ };
+ cpu@20d {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20d>;
+ enable-method = "psci";
+ };
+ cpu@20e {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20e>;
+ enable-method = "psci";
+ };
+ cpu@20f {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20f>;
+ enable-method = "psci";
+ };
+ };
+
+ memory@00000000 {
+ device_type = "memory";
+ reg = <0x0 0x00000000 0x0 0x80000000>;
+ };
+
+ gic0: interrupt-controller@801000000000 {
+ compatible = "arm,gic-v3";
+ #interrupt-cells = <3>;
+ #address-cells = <2>;
+ #size-cells = <2>;
+ ranges;
+ interrupt-controller;
+ reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
+ <0x8010 0x80000000 0x0 0x200000>; /* GICR */
+ interrupts = <1 9 0xf04>;
+ };
+
+ timer {
+ compatible = "arm,armv8-timer";
+ interrupts = <1 13 0xff01>,
+ <1 14 0xff01>,
+ <1 11 0xff01>,
+ <1 10 0xff01>;
+ };
+
+ soc {
+ compatible = "simple-bus";
+ #address-cells = <2>;
+ #size-cells = <2>;
+ ranges;
+
+ clocks {
+ #address-cells = <2>;
+ #size-cells = <2>;
+ ranges;
+
+ refclk50mhz: refclk50mhz {
+ compatible = "fixed-clock";
+ #clock-cells = <0>;
+ clock-frequency = <50000000>;
+ clock-output-names = "refclk50mhz";
+ };
+ };
+
+ uaa0: serial@87e024000000 {
+ compatible = "arm,pl011", "arm,primecell";
+ reg = <0x87e0 0x24000000 0x0 0x1000>;
+ interrupts = <1 21 4>;
+ clocks = <&refclk50mhz>;
+ clock-names = "apb_pclk";
+ };
+
+ uaa1: serial@87e025000000 {
+ compatible = "arm,pl011", "arm,primecell";
+ reg = <0x87e0 0x25000000 0x0 0x1000>;
+ interrupts = <1 22 4>;
+ clocks = <&refclk50mhz>;
+ clock-names = "apb_pclk";
+ };
+ };
+};
--
2.0.1
^ permalink raw reply related [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 15:06 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-30 15:06 UTC (permalink / raw)
To: linux-arm-kernel
From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
Add initial device tree nodes for Cavium Thunder SoCs with support of
48 cores and gicv3. The dts file requires further changes, esp. for
pci, gicv3-its and smmu. This changes will be added later together
with the device drivers.
Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
Signed-off-by: Robert Richter <rrichter@cavium.com>
---
arch/arm64/boot/dts/Makefile | 1 +
arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
2 files changed, 388 insertions(+)
create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
index c52bdb051f66..f8001a62029c 100644
--- a/arch/arm64/boot/dts/Makefile
+++ b/arch/arm64/boot/dts/Makefile
@@ -1,3 +1,4 @@
+dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
new file mode 100644
index 000000000000..4cf20ac9138b
--- /dev/null
+++ b/arch/arm64/boot/dts/thunder-88xx.dts
@@ -0,0 +1,387 @@
+/*
+ * Cavium Thunder DTS file
+ *
+ * Copyright (C) 2013, Cavium Inc.
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License as
+ * published by the Free Software Foundation; either version 2 of
+ * the License, or (at your option) any later version.
+ */
+/dts-v1/;
+
+/* Reserving first 12MB of DDR for firmware */
+/memreserve/ 0x00000000 0x00c00000;
+
+/ {
+ model = "Cavium ThunderX CN88XX Family";
+ compatible = "cavium,thunder-88xx";
+ interrupt-parent = <&gic0>;
+ #address-cells = <2>;
+ #size-cells = <2>;
+
+ aliases {
+ serial0 = &uaa0;
+ serial1 = &uaa1;
+ };
+
+ psci {
+ compatible = "arm,psci-0.2";
+ method = "smc";
+ };
+
+ cpus {
+ #address-cells = <2>;
+ #size-cells = <0>;
+
+ cpu at 000 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x000>;
+ enable-method = "psci";
+ };
+ cpu at 001 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x001>;
+ enable-method = "psci";
+ };
+ cpu at 002 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x002>;
+ enable-method = "psci";
+ };
+ cpu at 003 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x003>;
+ enable-method = "psci";
+ };
+ cpu at 004 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x004>;
+ enable-method = "psci";
+ };
+ cpu at 005 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x005>;
+ enable-method = "psci";
+ };
+ cpu at 006 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x006>;
+ enable-method = "psci";
+ };
+ cpu at 007 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x007>;
+ enable-method = "psci";
+ };
+ cpu at 008 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x008>;
+ enable-method = "psci";
+ };
+ cpu at 009 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x009>;
+ enable-method = "psci";
+ };
+ cpu at 00a {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00a>;
+ enable-method = "psci";
+ };
+ cpu at 00b {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00b>;
+ enable-method = "psci";
+ };
+ cpu at 00c {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00c>;
+ enable-method = "psci";
+ };
+ cpu at 00d {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00d>;
+ enable-method = "psci";
+ };
+ cpu at 00e {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00e>;
+ enable-method = "psci";
+ };
+ cpu at 00f {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x00f>;
+ enable-method = "psci";
+ };
+ cpu at 100 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x100>;
+ enable-method = "psci";
+ };
+ cpu at 101 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x101>;
+ enable-method = "psci";
+ };
+ cpu at 102 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x102>;
+ enable-method = "psci";
+ };
+ cpu at 103 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x103>;
+ enable-method = "psci";
+ };
+ cpu at 104 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x104>;
+ enable-method = "psci";
+ };
+ cpu at 105 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x105>;
+ enable-method = "psci";
+ };
+ cpu at 106 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x106>;
+ enable-method = "psci";
+ };
+ cpu at 107 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x107>;
+ enable-method = "psci";
+ };
+ cpu at 108 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x108>;
+ enable-method = "psci";
+ };
+ cpu at 109 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x109>;
+ enable-method = "psci";
+ };
+ cpu at 10a {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10a>;
+ enable-method = "psci";
+ };
+ cpu at 10b {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10b>;
+ enable-method = "psci";
+ };
+ cpu at 10c {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10c>;
+ enable-method = "psci";
+ };
+ cpu at 10d {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10d>;
+ enable-method = "psci";
+ };
+ cpu at 10e {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10e>;
+ enable-method = "psci";
+ };
+ cpu at 10f {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x10f>;
+ enable-method = "psci";
+ };
+ cpu at 200 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x200>;
+ enable-method = "psci";
+ };
+ cpu at 201 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x201>;
+ enable-method = "psci";
+ };
+ cpu at 202 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x202>;
+ enable-method = "psci";
+ };
+ cpu at 203 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x203>;
+ enable-method = "psci";
+ };
+ cpu at 204 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x204>;
+ enable-method = "psci";
+ };
+ cpu at 205 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x205>;
+ enable-method = "psci";
+ };
+ cpu at 206 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x206>;
+ enable-method = "psci";
+ };
+ cpu at 207 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x207>;
+ enable-method = "psci";
+ };
+ cpu at 208 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x208>;
+ enable-method = "psci";
+ };
+ cpu at 209 {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x209>;
+ enable-method = "psci";
+ };
+ cpu at 20a {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20a>;
+ enable-method = "psci";
+ };
+ cpu at 20b {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20b>;
+ enable-method = "psci";
+ };
+ cpu at 20c {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20c>;
+ enable-method = "psci";
+ };
+ cpu at 20d {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20d>;
+ enable-method = "psci";
+ };
+ cpu at 20e {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20e>;
+ enable-method = "psci";
+ };
+ cpu at 20f {
+ device_type = "cpu";
+ compatible = "cavium,thunder", "arm,armv8";
+ reg = <0x0 0x20f>;
+ enable-method = "psci";
+ };
+ };
+
+ memory at 00000000 {
+ device_type = "memory";
+ reg = <0x0 0x00000000 0x0 0x80000000>;
+ };
+
+ gic0: interrupt-controller at 801000000000 {
+ compatible = "arm,gic-v3";
+ #interrupt-cells = <3>;
+ #address-cells = <2>;
+ #size-cells = <2>;
+ ranges;
+ interrupt-controller;
+ reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
+ <0x8010 0x80000000 0x0 0x200000>; /* GICR */
+ interrupts = <1 9 0xf04>;
+ };
+
+ timer {
+ compatible = "arm,armv8-timer";
+ interrupts = <1 13 0xff01>,
+ <1 14 0xff01>,
+ <1 11 0xff01>,
+ <1 10 0xff01>;
+ };
+
+ soc {
+ compatible = "simple-bus";
+ #address-cells = <2>;
+ #size-cells = <2>;
+ ranges;
+
+ clocks {
+ #address-cells = <2>;
+ #size-cells = <2>;
+ ranges;
+
+ refclk50mhz: refclk50mhz {
+ compatible = "fixed-clock";
+ #clock-cells = <0>;
+ clock-frequency = <50000000>;
+ clock-output-names = "refclk50mhz";
+ };
+ };
+
+ uaa0: serial at 87e024000000 {
+ compatible = "arm,pl011", "arm,primecell";
+ reg = <0x87e0 0x24000000 0x0 0x1000>;
+ interrupts = <1 21 4>;
+ clocks = <&refclk50mhz>;
+ clock-names = "apb_pclk";
+ };
+
+ uaa1: serial at 87e025000000 {
+ compatible = "arm,pl011", "arm,primecell";
+ reg = <0x87e0 0x25000000 0x0 0x1000>;
+ interrupts = <1 22 4>;
+ clocks = <&refclk50mhz>;
+ clock-names = "apb_pclk";
+ };
+ };
+};
--
2.0.1
^ permalink raw reply related [flat|nested] 97+ messages in thread
* [PATCH 3/5] arm64, thunder: document devicetree bindings for Cavium Thunder SoC
2014-07-30 15:06 ` Robert Richter
(?)
@ 2014-07-30 15:06 ` Robert Richter
-1 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-30 15:06 UTC (permalink / raw)
To: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, Randy Dunlap
Cc: linux-kernel, linux-arm-kernel, Radha Mohan Chintakuntla,
Robert Richter, devicetree, linux-doc
From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
This patch adds documentation for the devicetree bindings used by the
DT files of Cavium Thunder SoC platforms.
Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
Signed-off-by: Robert Richter <rrichter@cavium.com>
---
Documentation/devicetree/bindings/arm/cavium-thunder.txt | 10 ++++++++++
Documentation/devicetree/bindings/arm/cpus.txt | 1 +
2 files changed, 11 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm/cavium-thunder.txt
diff --git a/Documentation/devicetree/bindings/arm/cavium-thunder.txt b/Documentation/devicetree/bindings/arm/cavium-thunder.txt
new file mode 100644
index 000000000000..6f63a5866902
--- /dev/null
+++ b/Documentation/devicetree/bindings/arm/cavium-thunder.txt
@@ -0,0 +1,10 @@
+Cavium Thunder platform device tree bindings
+--------------------------------------------
+
+Boards with Cavium's Thunder SoC shall have following properties.
+
+Root Node
+---------
+Required root node properties:
+
+ - compatible = "cavium,thunder-88xx";
diff --git a/Documentation/devicetree/bindings/arm/cpus.txt b/Documentation/devicetree/bindings/arm/cpus.txt
index 1fe72a0778cd..922e4970309d 100644
--- a/Documentation/devicetree/bindings/arm/cpus.txt
+++ b/Documentation/devicetree/bindings/arm/cpus.txt
@@ -163,6 +163,7 @@ nodes to be present and contain the properties described below.
"arm,cortex-r4"
"arm,cortex-r5"
"arm,cortex-r7"
+ "cavium,thunder"
"faraday,fa526"
"intel,sa110"
"intel,sa1100"
--
2.0.1
^ permalink raw reply related [flat|nested] 97+ messages in thread
* [PATCH 3/5] arm64, thunder: document devicetree bindings for Cavium Thunder SoC
@ 2014-07-30 15:06 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-30 15:06 UTC (permalink / raw)
To: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, Randy Dunlap
Cc: devicetree, linux-doc, linux-kernel, Robert Richter,
Radha Mohan Chintakuntla, linux-arm-kernel
From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
This patch adds documentation for the devicetree bindings used by the
DT files of Cavium Thunder SoC platforms.
Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
Signed-off-by: Robert Richter <rrichter@cavium.com>
---
Documentation/devicetree/bindings/arm/cavium-thunder.txt | 10 ++++++++++
Documentation/devicetree/bindings/arm/cpus.txt | 1 +
2 files changed, 11 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm/cavium-thunder.txt
diff --git a/Documentation/devicetree/bindings/arm/cavium-thunder.txt b/Documentation/devicetree/bindings/arm/cavium-thunder.txt
new file mode 100644
index 000000000000..6f63a5866902
--- /dev/null
+++ b/Documentation/devicetree/bindings/arm/cavium-thunder.txt
@@ -0,0 +1,10 @@
+Cavium Thunder platform device tree bindings
+--------------------------------------------
+
+Boards with Cavium's Thunder SoC shall have following properties.
+
+Root Node
+---------
+Required root node properties:
+
+ - compatible = "cavium,thunder-88xx";
diff --git a/Documentation/devicetree/bindings/arm/cpus.txt b/Documentation/devicetree/bindings/arm/cpus.txt
index 1fe72a0778cd..922e4970309d 100644
--- a/Documentation/devicetree/bindings/arm/cpus.txt
+++ b/Documentation/devicetree/bindings/arm/cpus.txt
@@ -163,6 +163,7 @@ nodes to be present and contain the properties described below.
"arm,cortex-r4"
"arm,cortex-r5"
"arm,cortex-r7"
+ "cavium,thunder"
"faraday,fa526"
"intel,sa110"
"intel,sa1100"
--
2.0.1
^ permalink raw reply related [flat|nested] 97+ messages in thread
* [PATCH 3/5] arm64, thunder: document devicetree bindings for Cavium Thunder SoC
@ 2014-07-30 15:06 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-30 15:06 UTC (permalink / raw)
To: linux-arm-kernel
From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
This patch adds documentation for the devicetree bindings used by the
DT files of Cavium Thunder SoC platforms.
Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
Signed-off-by: Robert Richter <rrichter@cavium.com>
---
Documentation/devicetree/bindings/arm/cavium-thunder.txt | 10 ++++++++++
Documentation/devicetree/bindings/arm/cpus.txt | 1 +
2 files changed, 11 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm/cavium-thunder.txt
diff --git a/Documentation/devicetree/bindings/arm/cavium-thunder.txt b/Documentation/devicetree/bindings/arm/cavium-thunder.txt
new file mode 100644
index 000000000000..6f63a5866902
--- /dev/null
+++ b/Documentation/devicetree/bindings/arm/cavium-thunder.txt
@@ -0,0 +1,10 @@
+Cavium Thunder platform device tree bindings
+--------------------------------------------
+
+Boards with Cavium's Thunder SoC shall have following properties.
+
+Root Node
+---------
+Required root node properties:
+
+ - compatible = "cavium,thunder-88xx";
diff --git a/Documentation/devicetree/bindings/arm/cpus.txt b/Documentation/devicetree/bindings/arm/cpus.txt
index 1fe72a0778cd..922e4970309d 100644
--- a/Documentation/devicetree/bindings/arm/cpus.txt
+++ b/Documentation/devicetree/bindings/arm/cpus.txt
@@ -163,6 +163,7 @@ nodes to be present and contain the properties described below.
"arm,cortex-r4"
"arm,cortex-r5"
"arm,cortex-r7"
+ "cavium,thunder"
"faraday,fa526"
"intel,sa110"
"intel,sa1100"
--
2.0.1
^ permalink raw reply related [flat|nested] 97+ messages in thread
* [PATCH 4/5] arm64, defconfig: Enable Cavium Thunder SoC in defconfig
2014-07-30 15:06 ` Robert Richter
@ 2014-07-30 15:06 ` Robert Richter
-1 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-30 15:06 UTC (permalink / raw)
To: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann
Cc: linux-kernel, linux-arm-kernel, Robert Richter
From: Robert Richter <rrichter@cavium.com>
This patch enables Thunder SoCs in the arm64 defconfig. This is
esp. useful to add Thunder platforms to automated builds based on
arm64 defconfig.
Signed-off-by: Robert Richter <rrichter@cavium.com>
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 3421f316f5dc..26c3ab582db5 100644
--- a/arch/arm64/configs/defconfig
+++ b/arch/arm64/configs/defconfig
@@ -32,6 +32,7 @@ CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_IOSCHED_DEADLINE is not set
+CONFIG_ARCH_THUNDER=y
CONFIG_ARCH_VEXPRESS=y
CONFIG_ARCH_XGENE=y
CONFIG_SMP=y
--
2.0.1
^ permalink raw reply related [flat|nested] 97+ messages in thread
* [PATCH 4/5] arm64, defconfig: Enable Cavium Thunder SoC in defconfig
@ 2014-07-30 15:06 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-30 15:06 UTC (permalink / raw)
To: linux-arm-kernel
From: Robert Richter <rrichter@cavium.com>
This patch enables Thunder SoCs in the arm64 defconfig. This is
esp. useful to add Thunder platforms to automated builds based on
arm64 defconfig.
Signed-off-by: Robert Richter <rrichter@cavium.com>
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 3421f316f5dc..26c3ab582db5 100644
--- a/arch/arm64/configs/defconfig
+++ b/arch/arm64/configs/defconfig
@@ -32,6 +32,7 @@ CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
# CONFIG_BLK_DEV_BSG is not set
# CONFIG_IOSCHED_DEADLINE is not set
+CONFIG_ARCH_THUNDER=y
CONFIG_ARCH_VEXPRESS=y
CONFIG_ARCH_XGENE=y
CONFIG_SMP=y
--
2.0.1
^ permalink raw reply related [flat|nested] 97+ messages in thread
* [PATCH 5/5] arm64, defconfig: Enable tmpfs mount option
2014-07-30 15:06 ` Robert Richter
@ 2014-07-30 15:06 ` Robert Richter
-1 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-30 15:06 UTC (permalink / raw)
To: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann
Cc: linux-kernel, linux-arm-kernel, Robert Richter
From: Robert Richter <rrichter@cavium.com>
Making it more convinient to run the arm64 default kernel as distros
like Ubuntu need this option.
Signed-off-by: Robert Richter <rrichter@cavium.com>
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 26c3ab582db5..50ea69d51bb4 100644
--- a/arch/arm64/configs/defconfig
+++ b/arch/arm64/configs/defconfig
@@ -55,6 +55,7 @@ CONFIG_IP_PNP_BOOTP=y
# CONFIG_WIRELESS is not set
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_DEVTMPFS=y
+CONFIG_DEVTMPFS_MOUNT=y
CONFIG_DMA_CMA=y
CONFIG_BLK_DEV_LOOP=y
CONFIG_VIRTIO_BLK=y
--
2.0.1
^ permalink raw reply related [flat|nested] 97+ messages in thread
* [PATCH 5/5] arm64, defconfig: Enable tmpfs mount option
@ 2014-07-30 15:06 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-30 15:06 UTC (permalink / raw)
To: linux-arm-kernel
From: Robert Richter <rrichter@cavium.com>
Making it more convinient to run the arm64 default kernel as distros
like Ubuntu need this option.
Signed-off-by: Robert Richter <rrichter@cavium.com>
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 26c3ab582db5..50ea69d51bb4 100644
--- a/arch/arm64/configs/defconfig
+++ b/arch/arm64/configs/defconfig
@@ -55,6 +55,7 @@ CONFIG_IP_PNP_BOOTP=y
# CONFIG_WIRELESS is not set
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"
CONFIG_DEVTMPFS=y
+CONFIG_DEVTMPFS_MOUNT=y
CONFIG_DMA_CMA=y
CONFIG_BLK_DEV_LOOP=y
CONFIG_VIRTIO_BLK=y
--
2.0.1
^ permalink raw reply related [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 15:46 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-07-30 15:46 UTC (permalink / raw)
To: Robert Richter
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Ian Campbell, Kumar Gala, linux-kernel,
linux-arm-kernel, Radha Mohan Chintakuntla, Robert Richter,
devicetree
Hi,
On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>
> Add initial device tree nodes for Cavium Thunder SoCs with support of
> 48 cores and gicv3. The dts file requires further changes, esp. for
> pci, gicv3-its and smmu. This changes will be added later together
> with the device drivers.
>
> Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> Signed-off-by: Robert Richter <rrichter@cavium.com>
> ---
> arch/arm64/boot/dts/Makefile | 1 +
> arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> 2 files changed, 388 insertions(+)
> create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>
> diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> index c52bdb051f66..f8001a62029c 100644
> --- a/arch/arm64/boot/dts/Makefile
> +++ b/arch/arm64/boot/dts/Makefile
> @@ -1,3 +1,4 @@
> +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>
> diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
> new file mode 100644
> index 000000000000..4cf20ac9138b
> --- /dev/null
> +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> @@ -0,0 +1,387 @@
> +/*
> + * Cavium Thunder DTS file
> + *
> + * Copyright (C) 2013, Cavium Inc.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License as
> + * published by the Free Software Foundation; either version 2 of
> + * the License, or (at your option) any later version.
> + */
> +/dts-v1/;
> +
> +/* Reserving first 12MB of DDR for firmware */
> +/memreserve/ 0x00000000 0x00c00000;
What exactly is this memreserve intended to protect at runtime?
The only item of runtime firmware I see in use below is PSCI on the
secure side.
How is the kernel booted on this platform? UEFI?
> +/ {
> + model = "Cavium ThunderX CN88XX Family";
> + compatible = "cavium,thunder-88xx";
Please don't use wildcards in compatible strings. Give this an absolute
name, and override as necessary.
> + interrupt-parent = <&gic0>;
> + #address-cells = <2>;
> + #size-cells = <2>;
> +
> + aliases {
> + serial0 = &uaa0;
> + serial1 = &uaa1;
> + };
> +
> + psci {
> + compatible = "arm,psci-0.2";
> + method = "smc";
> + };
Nice!
> +
> + cpus {
> + #address-cells = <2>;
> + #size-cells = <0>;
> +
> + cpu@000 {
> + device_type = "cpu";
> + compatible = "cavium,thunder", "arm,armv8";
> + reg = <0x0 0x000>;
> + enable-method = "psci";
> + };
Just to check: both the SoC and CPU are called thunder?
[...]
> +
> + memory@00000000 {
> + device_type = "memory";
> + reg = <0x0 0x00000000 0x0 0x80000000>;
> + };
> +
> + gic0: interrupt-controller@801000000000 {
To make this easier to read, please place a comma between 32-bit
portions of the unit address (e.g. here have 8010,00000000).
> + compatible = "arm,gic-v3";
> + #interrupt-cells = <3>;
> + #address-cells = <2>;
> + #size-cells = <2>;
> + ranges;
This has no children, so why have ranges, #address-cells, and
#size-cells?
> + interrupt-controller;
> + reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
> + <0x8010 0x80000000 0x0 0x200000>; /* GICR */
> + interrupts = <1 9 0xf04>;
> + };
> +
> + timer {
> + compatible = "arm,armv8-timer";
> + interrupts = <1 13 0xff01>,
> + <1 14 0xff01>,
> + <1 11 0xff01>,
> + <1 10 0xff01>;
> + };
> +
> + soc {
> + compatible = "simple-bus";
> + #address-cells = <2>;
> + #size-cells = <2>;
> + ranges;
> +
> + clocks {
> + #address-cells = <2>;
> + #size-cells = <2>;
> + ranges;
> +
> + refclk50mhz: refclk50mhz {
> + compatible = "fixed-clock";
> + #clock-cells = <0>;
> + clock-frequency = <50000000>;
> + clock-output-names = "refclk50mhz";
> + };
> + };
Please get rid of the clocks node and just put the clocks here.
> +
> + uaa0: serial@87e024000000 {
> + compatible = "arm,pl011", "arm,primecell";
> + reg = <0x87e0 0x24000000 0x0 0x1000>;
> + interrupts = <1 21 4>;
> + clocks = <&refclk50mhz>;
> + clock-names = "apb_pclk";
Is this actually the apb_pclk, or is the the uartclk? I assume it's the
latter.
> + };
> +
> + uaa1: serial@87e025000000 {
> + compatible = "arm,pl011", "arm,primecell";
> + reg = <0x87e0 0x25000000 0x0 0x1000>;
> + interrupts = <1 22 4>;
> + clocks = <&refclk50mhz>;
> + clock-names = "apb_pclk";
Similarly?
Thanks,
Mark.
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 15:46 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-07-30 15:46 UTC (permalink / raw)
To: Robert Richter
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, Robert Richter,
devicetree-u79uwXL29TY76Z2rM5mHXA
Hi,
On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> From: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>
> Add initial device tree nodes for Cavium Thunder SoCs with support of
> 48 cores and gicv3. The dts file requires further changes, esp. for
> pci, gicv3-its and smmu. This changes will be added later together
> with the device drivers.
>
> Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> Signed-off-by: Robert Richter <rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> ---
> arch/arm64/boot/dts/Makefile | 1 +
> arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> 2 files changed, 388 insertions(+)
> create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>
> diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> index c52bdb051f66..f8001a62029c 100644
> --- a/arch/arm64/boot/dts/Makefile
> +++ b/arch/arm64/boot/dts/Makefile
> @@ -1,3 +1,4 @@
> +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>
> diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
> new file mode 100644
> index 000000000000..4cf20ac9138b
> --- /dev/null
> +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> @@ -0,0 +1,387 @@
> +/*
> + * Cavium Thunder DTS file
> + *
> + * Copyright (C) 2013, Cavium Inc.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License as
> + * published by the Free Software Foundation; either version 2 of
> + * the License, or (at your option) any later version.
> + */
> +/dts-v1/;
> +
> +/* Reserving first 12MB of DDR for firmware */
> +/memreserve/ 0x00000000 0x00c00000;
What exactly is this memreserve intended to protect at runtime?
The only item of runtime firmware I see in use below is PSCI on the
secure side.
How is the kernel booted on this platform? UEFI?
> +/ {
> + model = "Cavium ThunderX CN88XX Family";
> + compatible = "cavium,thunder-88xx";
Please don't use wildcards in compatible strings. Give this an absolute
name, and override as necessary.
> + interrupt-parent = <&gic0>;
> + #address-cells = <2>;
> + #size-cells = <2>;
> +
> + aliases {
> + serial0 = &uaa0;
> + serial1 = &uaa1;
> + };
> +
> + psci {
> + compatible = "arm,psci-0.2";
> + method = "smc";
> + };
Nice!
> +
> + cpus {
> + #address-cells = <2>;
> + #size-cells = <0>;
> +
> + cpu@000 {
> + device_type = "cpu";
> + compatible = "cavium,thunder", "arm,armv8";
> + reg = <0x0 0x000>;
> + enable-method = "psci";
> + };
Just to check: both the SoC and CPU are called thunder?
[...]
> +
> + memory@00000000 {
> + device_type = "memory";
> + reg = <0x0 0x00000000 0x0 0x80000000>;
> + };
> +
> + gic0: interrupt-controller@801000000000 {
To make this easier to read, please place a comma between 32-bit
portions of the unit address (e.g. here have 8010,00000000).
> + compatible = "arm,gic-v3";
> + #interrupt-cells = <3>;
> + #address-cells = <2>;
> + #size-cells = <2>;
> + ranges;
This has no children, so why have ranges, #address-cells, and
#size-cells?
> + interrupt-controller;
> + reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
> + <0x8010 0x80000000 0x0 0x200000>; /* GICR */
> + interrupts = <1 9 0xf04>;
> + };
> +
> + timer {
> + compatible = "arm,armv8-timer";
> + interrupts = <1 13 0xff01>,
> + <1 14 0xff01>,
> + <1 11 0xff01>,
> + <1 10 0xff01>;
> + };
> +
> + soc {
> + compatible = "simple-bus";
> + #address-cells = <2>;
> + #size-cells = <2>;
> + ranges;
> +
> + clocks {
> + #address-cells = <2>;
> + #size-cells = <2>;
> + ranges;
> +
> + refclk50mhz: refclk50mhz {
> + compatible = "fixed-clock";
> + #clock-cells = <0>;
> + clock-frequency = <50000000>;
> + clock-output-names = "refclk50mhz";
> + };
> + };
Please get rid of the clocks node and just put the clocks here.
> +
> + uaa0: serial@87e024000000 {
> + compatible = "arm,pl011", "arm,primecell";
> + reg = <0x87e0 0x24000000 0x0 0x1000>;
> + interrupts = <1 21 4>;
> + clocks = <&refclk50mhz>;
> + clock-names = "apb_pclk";
Is this actually the apb_pclk, or is the the uartclk? I assume it's the
latter.
> + };
> +
> + uaa1: serial@87e025000000 {
> + compatible = "arm,pl011", "arm,primecell";
> + reg = <0x87e0 0x25000000 0x0 0x1000>;
> + interrupts = <1 22 4>;
> + clocks = <&refclk50mhz>;
> + clock-names = "apb_pclk";
Similarly?
Thanks,
Mark.
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 15:46 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-07-30 15:46 UTC (permalink / raw)
To: linux-arm-kernel
Hi,
On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>
> Add initial device tree nodes for Cavium Thunder SoCs with support of
> 48 cores and gicv3. The dts file requires further changes, esp. for
> pci, gicv3-its and smmu. This changes will be added later together
> with the device drivers.
>
> Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> Signed-off-by: Robert Richter <rrichter@cavium.com>
> ---
> arch/arm64/boot/dts/Makefile | 1 +
> arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> 2 files changed, 388 insertions(+)
> create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>
> diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> index c52bdb051f66..f8001a62029c 100644
> --- a/arch/arm64/boot/dts/Makefile
> +++ b/arch/arm64/boot/dts/Makefile
> @@ -1,3 +1,4 @@
> +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>
> diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
> new file mode 100644
> index 000000000000..4cf20ac9138b
> --- /dev/null
> +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> @@ -0,0 +1,387 @@
> +/*
> + * Cavium Thunder DTS file
> + *
> + * Copyright (C) 2013, Cavium Inc.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License as
> + * published by the Free Software Foundation; either version 2 of
> + * the License, or (at your option) any later version.
> + */
> +/dts-v1/;
> +
> +/* Reserving first 12MB of DDR for firmware */
> +/memreserve/ 0x00000000 0x00c00000;
What exactly is this memreserve intended to protect at runtime?
The only item of runtime firmware I see in use below is PSCI on the
secure side.
How is the kernel booted on this platform? UEFI?
> +/ {
> + model = "Cavium ThunderX CN88XX Family";
> + compatible = "cavium,thunder-88xx";
Please don't use wildcards in compatible strings. Give this an absolute
name, and override as necessary.
> + interrupt-parent = <&gic0>;
> + #address-cells = <2>;
> + #size-cells = <2>;
> +
> + aliases {
> + serial0 = &uaa0;
> + serial1 = &uaa1;
> + };
> +
> + psci {
> + compatible = "arm,psci-0.2";
> + method = "smc";
> + };
Nice!
> +
> + cpus {
> + #address-cells = <2>;
> + #size-cells = <0>;
> +
> + cpu at 000 {
> + device_type = "cpu";
> + compatible = "cavium,thunder", "arm,armv8";
> + reg = <0x0 0x000>;
> + enable-method = "psci";
> + };
Just to check: both the SoC and CPU are called thunder?
[...]
> +
> + memory at 00000000 {
> + device_type = "memory";
> + reg = <0x0 0x00000000 0x0 0x80000000>;
> + };
> +
> + gic0: interrupt-controller at 801000000000 {
To make this easier to read, please place a comma between 32-bit
portions of the unit address (e.g. here have 8010,00000000).
> + compatible = "arm,gic-v3";
> + #interrupt-cells = <3>;
> + #address-cells = <2>;
> + #size-cells = <2>;
> + ranges;
This has no children, so why have ranges, #address-cells, and
#size-cells?
> + interrupt-controller;
> + reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
> + <0x8010 0x80000000 0x0 0x200000>; /* GICR */
> + interrupts = <1 9 0xf04>;
> + };
> +
> + timer {
> + compatible = "arm,armv8-timer";
> + interrupts = <1 13 0xff01>,
> + <1 14 0xff01>,
> + <1 11 0xff01>,
> + <1 10 0xff01>;
> + };
> +
> + soc {
> + compatible = "simple-bus";
> + #address-cells = <2>;
> + #size-cells = <2>;
> + ranges;
> +
> + clocks {
> + #address-cells = <2>;
> + #size-cells = <2>;
> + ranges;
> +
> + refclk50mhz: refclk50mhz {
> + compatible = "fixed-clock";
> + #clock-cells = <0>;
> + clock-frequency = <50000000>;
> + clock-output-names = "refclk50mhz";
> + };
> + };
Please get rid of the clocks node and just put the clocks here.
> +
> + uaa0: serial at 87e024000000 {
> + compatible = "arm,pl011", "arm,primecell";
> + reg = <0x87e0 0x24000000 0x0 0x1000>;
> + interrupts = <1 21 4>;
> + clocks = <&refclk50mhz>;
> + clock-names = "apb_pclk";
Is this actually the apb_pclk, or is the the uartclk? I assume it's the
latter.
> + };
> +
> + uaa1: serial at 87e025000000 {
> + compatible = "arm,pl011", "arm,primecell";
> + reg = <0x87e0 0x25000000 0x0 0x1000>;
> + interrupts = <1 22 4>;
> + clocks = <&refclk50mhz>;
> + clock-names = "apb_pclk";
Similarly?
Thanks,
Mark.
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
2014-07-30 15:46 ` Mark Rutland
(?)
@ 2014-07-30 16:37 ` Rob Herring
-1 siblings, 0 replies; 97+ messages in thread
From: Rob Herring @ 2014-07-30 16:37 UTC (permalink / raw)
To: Mark Rutland, Robert Richter
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Ian Campbell, Kumar Gala, linux-kernel,
linux-arm-kernel, Radha Mohan Chintakuntla, Robert Richter,
devicetree
On Wed, Jul 30, 2014 at 10:46 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> Hi,
>
> On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
>> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>>
>> Add initial device tree nodes for Cavium Thunder SoCs with support of
>> 48 cores and gicv3. The dts file requires further changes, esp. for
>> pci, gicv3-its and smmu. This changes will be added later together
>> with the device drivers.
>>
>> Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>> Signed-off-by: Robert Richter <rrichter@cavium.com>
>> ---
>> arch/arm64/boot/dts/Makefile | 1 +
>> arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
>> 2 files changed, 388 insertions(+)
>> create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>>
>> diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
>> index c52bdb051f66..f8001a62029c 100644
>> --- a/arch/arm64/boot/dts/Makefile
>> +++ b/arch/arm64/boot/dts/Makefile
>> @@ -1,3 +1,4 @@
>> +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
>> dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
>> dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>>
>> diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
>> new file mode 100644
>> index 000000000000..4cf20ac9138b
>> --- /dev/null
>> +++ b/arch/arm64/boot/dts/thunder-88xx.dts
>> @@ -0,0 +1,387 @@
>> +/*
>> + * Cavium Thunder DTS file
>> + *
>> + * Copyright (C) 2013, Cavium Inc.
>> + *
>> + * This program is free software; you can redistribute it and/or
>> + * modify it under the terms of the GNU General Public License as
>> + * published by the Free Software Foundation; either version 2 of
>> + * the License, or (at your option) any later version.
>> + */
You may want to reconsider if this should be BSD.
>> +/dts-v1/;
>> +
>> +/* Reserving first 12MB of DDR for firmware */
>> +/memreserve/ 0x00000000 0x00c00000;
>
> What exactly is this memreserve intended to protect at runtime?
>
> The only item of runtime firmware I see in use below is PSCI on the
> secure side.
>
> How is the kernel booted on this platform? UEFI?
>
>> +/ {
>> + model = "Cavium ThunderX CN88XX Family";
>> + compatible = "cavium,thunder-88xx";
>
> Please don't use wildcards in compatible strings. Give this an absolute
> name, and override as necessary.
>
>> + interrupt-parent = <&gic0>;
>> + #address-cells = <2>;
>> + #size-cells = <2>;
>> +
>> + aliases {
>> + serial0 = &uaa0;
>> + serial1 = &uaa1;
>> + };
>> +
>> + psci {
>> + compatible = "arm,psci-0.2";
>> + method = "smc";
>> + };
>
> Nice!
>
>> +
>> + cpus {
>> + #address-cells = <2>;
>> + #size-cells = <0>;
>> +
>> + cpu@000 {
>> + device_type = "cpu";
>> + compatible = "cavium,thunder", "arm,armv8";
>> + reg = <0x0 0x000>;
>> + enable-method = "psci";
>> + };
>
> Just to check: both the SoC and CPU are called thunder?
>
> [...]
>
>> +
>> + memory@00000000 {
>> + device_type = "memory";
>> + reg = <0x0 0x00000000 0x0 0x80000000>;
>> + };
>> +
>> + gic0: interrupt-controller@801000000000 {
>
> To make this easier to read, please place a comma between 32-bit
> portions of the unit address (e.g. here have 8010,00000000).
Mark, perhaps a dtc or checkpatch.pl check for this?
This should also be under a bus node.
>> + compatible = "arm,gic-v3";
>> + #interrupt-cells = <3>;
>> + #address-cells = <2>;
>> + #size-cells = <2>;
>> + ranges;
>
> This has no children, so why have ranges, #address-cells, and
> #size-cells?
>
>> + interrupt-controller;
>> + reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
>> + <0x8010 0x80000000 0x0 0x200000>; /* GICR */
>> + interrupts = <1 9 0xf04>;
>> + };
>> +
>> + timer {
>> + compatible = "arm,armv8-timer";
>> + interrupts = <1 13 0xff01>,
>> + <1 14 0xff01>,
>> + <1 11 0xff01>,
>> + <1 10 0xff01>;
>> + };
>> +
>> + soc {
>> + compatible = "simple-bus";
>> + #address-cells = <2>;
>> + #size-cells = <2>;
>> + ranges;
>> +
>> + clocks {
>> + #address-cells = <2>;
>> + #size-cells = <2>;
>> + ranges;
>> +
>> + refclk50mhz: refclk50mhz {
>> + compatible = "fixed-clock";
>> + #clock-cells = <0>;
>> + clock-frequency = <50000000>;
>> + clock-output-names = "refclk50mhz";
>> + };
>> + };
>
> Please get rid of the clocks node and just put the clocks here.
>
>> +
>> + uaa0: serial@87e024000000 {
>> + compatible = "arm,pl011", "arm,primecell";
>> + reg = <0x87e0 0x24000000 0x0 0x1000>;
>> + interrupts = <1 21 4>;
>> + clocks = <&refclk50mhz>;
>> + clock-names = "apb_pclk";
>
> Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> latter.
Shouldn't new bindings have both clocks here? A single clock was a
mistake I think (mine in fact).
Rob
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 16:37 ` Rob Herring
0 siblings, 0 replies; 97+ messages in thread
From: Rob Herring @ 2014-07-30 16:37 UTC (permalink / raw)
To: Mark Rutland, Robert Richter
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, Robert Richter,
devicetree-u79uwXL29TY76Z2rM5mHXA
On Wed, Jul 30, 2014 at 10:46 AM, Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> wrote:
> Hi,
>
> On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
>> From: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>>
>> Add initial device tree nodes for Cavium Thunder SoCs with support of
>> 48 cores and gicv3. The dts file requires further changes, esp. for
>> pci, gicv3-its and smmu. This changes will be added later together
>> with the device drivers.
>>
>> Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>> Signed-off-by: Robert Richter <rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>> ---
>> arch/arm64/boot/dts/Makefile | 1 +
>> arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
>> 2 files changed, 388 insertions(+)
>> create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>>
>> diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
>> index c52bdb051f66..f8001a62029c 100644
>> --- a/arch/arm64/boot/dts/Makefile
>> +++ b/arch/arm64/boot/dts/Makefile
>> @@ -1,3 +1,4 @@
>> +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
>> dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
>> dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>>
>> diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
>> new file mode 100644
>> index 000000000000..4cf20ac9138b
>> --- /dev/null
>> +++ b/arch/arm64/boot/dts/thunder-88xx.dts
>> @@ -0,0 +1,387 @@
>> +/*
>> + * Cavium Thunder DTS file
>> + *
>> + * Copyright (C) 2013, Cavium Inc.
>> + *
>> + * This program is free software; you can redistribute it and/or
>> + * modify it under the terms of the GNU General Public License as
>> + * published by the Free Software Foundation; either version 2 of
>> + * the License, or (at your option) any later version.
>> + */
You may want to reconsider if this should be BSD.
>> +/dts-v1/;
>> +
>> +/* Reserving first 12MB of DDR for firmware */
>> +/memreserve/ 0x00000000 0x00c00000;
>
> What exactly is this memreserve intended to protect at runtime?
>
> The only item of runtime firmware I see in use below is PSCI on the
> secure side.
>
> How is the kernel booted on this platform? UEFI?
>
>> +/ {
>> + model = "Cavium ThunderX CN88XX Family";
>> + compatible = "cavium,thunder-88xx";
>
> Please don't use wildcards in compatible strings. Give this an absolute
> name, and override as necessary.
>
>> + interrupt-parent = <&gic0>;
>> + #address-cells = <2>;
>> + #size-cells = <2>;
>> +
>> + aliases {
>> + serial0 = &uaa0;
>> + serial1 = &uaa1;
>> + };
>> +
>> + psci {
>> + compatible = "arm,psci-0.2";
>> + method = "smc";
>> + };
>
> Nice!
>
>> +
>> + cpus {
>> + #address-cells = <2>;
>> + #size-cells = <0>;
>> +
>> + cpu@000 {
>> + device_type = "cpu";
>> + compatible = "cavium,thunder", "arm,armv8";
>> + reg = <0x0 0x000>;
>> + enable-method = "psci";
>> + };
>
> Just to check: both the SoC and CPU are called thunder?
>
> [...]
>
>> +
>> + memory@00000000 {
>> + device_type = "memory";
>> + reg = <0x0 0x00000000 0x0 0x80000000>;
>> + };
>> +
>> + gic0: interrupt-controller@801000000000 {
>
> To make this easier to read, please place a comma between 32-bit
> portions of the unit address (e.g. here have 8010,00000000).
Mark, perhaps a dtc or checkpatch.pl check for this?
This should also be under a bus node.
>> + compatible = "arm,gic-v3";
>> + #interrupt-cells = <3>;
>> + #address-cells = <2>;
>> + #size-cells = <2>;
>> + ranges;
>
> This has no children, so why have ranges, #address-cells, and
> #size-cells?
>
>> + interrupt-controller;
>> + reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
>> + <0x8010 0x80000000 0x0 0x200000>; /* GICR */
>> + interrupts = <1 9 0xf04>;
>> + };
>> +
>> + timer {
>> + compatible = "arm,armv8-timer";
>> + interrupts = <1 13 0xff01>,
>> + <1 14 0xff01>,
>> + <1 11 0xff01>,
>> + <1 10 0xff01>;
>> + };
>> +
>> + soc {
>> + compatible = "simple-bus";
>> + #address-cells = <2>;
>> + #size-cells = <2>;
>> + ranges;
>> +
>> + clocks {
>> + #address-cells = <2>;
>> + #size-cells = <2>;
>> + ranges;
>> +
>> + refclk50mhz: refclk50mhz {
>> + compatible = "fixed-clock";
>> + #clock-cells = <0>;
>> + clock-frequency = <50000000>;
>> + clock-output-names = "refclk50mhz";
>> + };
>> + };
>
> Please get rid of the clocks node and just put the clocks here.
>
>> +
>> + uaa0: serial@87e024000000 {
>> + compatible = "arm,pl011", "arm,primecell";
>> + reg = <0x87e0 0x24000000 0x0 0x1000>;
>> + interrupts = <1 21 4>;
>> + clocks = <&refclk50mhz>;
>> + clock-names = "apb_pclk";
>
> Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> latter.
Shouldn't new bindings have both clocks here? A single clock was a
mistake I think (mine in fact).
Rob
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 16:37 ` Rob Herring
0 siblings, 0 replies; 97+ messages in thread
From: Rob Herring @ 2014-07-30 16:37 UTC (permalink / raw)
To: linux-arm-kernel
On Wed, Jul 30, 2014 at 10:46 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> Hi,
>
> On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
>> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>>
>> Add initial device tree nodes for Cavium Thunder SoCs with support of
>> 48 cores and gicv3. The dts file requires further changes, esp. for
>> pci, gicv3-its and smmu. This changes will be added later together
>> with the device drivers.
>>
>> Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>> Signed-off-by: Robert Richter <rrichter@cavium.com>
>> ---
>> arch/arm64/boot/dts/Makefile | 1 +
>> arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
>> 2 files changed, 388 insertions(+)
>> create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>>
>> diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
>> index c52bdb051f66..f8001a62029c 100644
>> --- a/arch/arm64/boot/dts/Makefile
>> +++ b/arch/arm64/boot/dts/Makefile
>> @@ -1,3 +1,4 @@
>> +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
>> dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
>> dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>>
>> diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
>> new file mode 100644
>> index 000000000000..4cf20ac9138b
>> --- /dev/null
>> +++ b/arch/arm64/boot/dts/thunder-88xx.dts
>> @@ -0,0 +1,387 @@
>> +/*
>> + * Cavium Thunder DTS file
>> + *
>> + * Copyright (C) 2013, Cavium Inc.
>> + *
>> + * This program is free software; you can redistribute it and/or
>> + * modify it under the terms of the GNU General Public License as
>> + * published by the Free Software Foundation; either version 2 of
>> + * the License, or (at your option) any later version.
>> + */
You may want to reconsider if this should be BSD.
>> +/dts-v1/;
>> +
>> +/* Reserving first 12MB of DDR for firmware */
>> +/memreserve/ 0x00000000 0x00c00000;
>
> What exactly is this memreserve intended to protect at runtime?
>
> The only item of runtime firmware I see in use below is PSCI on the
> secure side.
>
> How is the kernel booted on this platform? UEFI?
>
>> +/ {
>> + model = "Cavium ThunderX CN88XX Family";
>> + compatible = "cavium,thunder-88xx";
>
> Please don't use wildcards in compatible strings. Give this an absolute
> name, and override as necessary.
>
>> + interrupt-parent = <&gic0>;
>> + #address-cells = <2>;
>> + #size-cells = <2>;
>> +
>> + aliases {
>> + serial0 = &uaa0;
>> + serial1 = &uaa1;
>> + };
>> +
>> + psci {
>> + compatible = "arm,psci-0.2";
>> + method = "smc";
>> + };
>
> Nice!
>
>> +
>> + cpus {
>> + #address-cells = <2>;
>> + #size-cells = <0>;
>> +
>> + cpu at 000 {
>> + device_type = "cpu";
>> + compatible = "cavium,thunder", "arm,armv8";
>> + reg = <0x0 0x000>;
>> + enable-method = "psci";
>> + };
>
> Just to check: both the SoC and CPU are called thunder?
>
> [...]
>
>> +
>> + memory at 00000000 {
>> + device_type = "memory";
>> + reg = <0x0 0x00000000 0x0 0x80000000>;
>> + };
>> +
>> + gic0: interrupt-controller at 801000000000 {
>
> To make this easier to read, please place a comma between 32-bit
> portions of the unit address (e.g. here have 8010,00000000).
Mark, perhaps a dtc or checkpatch.pl check for this?
This should also be under a bus node.
>> + compatible = "arm,gic-v3";
>> + #interrupt-cells = <3>;
>> + #address-cells = <2>;
>> + #size-cells = <2>;
>> + ranges;
>
> This has no children, so why have ranges, #address-cells, and
> #size-cells?
>
>> + interrupt-controller;
>> + reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
>> + <0x8010 0x80000000 0x0 0x200000>; /* GICR */
>> + interrupts = <1 9 0xf04>;
>> + };
>> +
>> + timer {
>> + compatible = "arm,armv8-timer";
>> + interrupts = <1 13 0xff01>,
>> + <1 14 0xff01>,
>> + <1 11 0xff01>,
>> + <1 10 0xff01>;
>> + };
>> +
>> + soc {
>> + compatible = "simple-bus";
>> + #address-cells = <2>;
>> + #size-cells = <2>;
>> + ranges;
>> +
>> + clocks {
>> + #address-cells = <2>;
>> + #size-cells = <2>;
>> + ranges;
>> +
>> + refclk50mhz: refclk50mhz {
>> + compatible = "fixed-clock";
>> + #clock-cells = <0>;
>> + clock-frequency = <50000000>;
>> + clock-output-names = "refclk50mhz";
>> + };
>> + };
>
> Please get rid of the clocks node and just put the clocks here.
>
>> +
>> + uaa0: serial at 87e024000000 {
>> + compatible = "arm,pl011", "arm,primecell";
>> + reg = <0x87e0 0x24000000 0x0 0x1000>;
>> + interrupts = <1 21 4>;
>> + clocks = <&refclk50mhz>;
>> + clock-names = "apb_pclk";
>
> Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> latter.
Shouldn't new bindings have both clocks here? A single clock was a
mistake I think (mine in fact).
Rob
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 17:48 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-07-30 17:48 UTC (permalink / raw)
To: Rob Herring
Cc: Robert Richter, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel, linux-arm-kernel, Radha Mohan Chintakuntla,
Robert Richter, devicetree
[...]
> >> + gic0: interrupt-controller@801000000000 {
> >
> > To make this easier to read, please place a comma between 32-bit
> > portions of the unit address (e.g. here have 8010,00000000).
>
> Mark, perhaps a dtc or checkpatch.pl check for this?
Sure. Dodgy first atttempt at checkpatch below.
---->8----
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 182be0f..8aee3f5 100755
--- a/scripts/checkpatch.pl
+++ b/scripts/checkpatch.pl
@@ -2136,6 +2136,14 @@ sub process {
}
}
+# check for difficult-to-read unit-addresses
+ if (defined $root &&
+ ($realfile =~ /\.dtsi?$/ && $line =~ /([a-z0-9._\-+]++@([0-9a-f]+))\s*{/gi) &&
+ (length($2) > 8)) {
+ WARN("LONG_DT_UNIT_ADDRESS",
+ "Consider splitting long unit address \"$2\" with a comma between cells\n" . $herecurr);
+ }
+
# check we are in a valid source file if not then ignore this hunk
next if ($realfile !~ /\.(h|c|s|S|pl|sh)$/);
----8<----
It would also be nice to check matching unit-address and reg, but doing
that correctly requires knowing #address-cells, which sounds a little
painful.
I'm not sure where I picked up the comma convention, as it doesn't seem
to be in ePAPR. It does seem common though, and is my personal
preference:
[mark@leverpostej:~/src/linux]% git grep '@[a-z0-9]\+,[a-b0-9]\+' \
-- arch/arm/boot/dts | wc -l
254
[mark@leverpostej:~/src/linux]% git grep '@[a-z0-9]\+,[a-b0-9]\+' \
-- arch/powerpc/boot/dts | wc -l
370
[mark@leverpostej:~/src/linux]% git grep '@[a-z0-9]\+,[a-b0-9]\+' \
-- arch/*/boot/dts | wc -l
631
[...]
> >> + uaa0: serial@87e024000000 {
> >> + compatible = "arm,pl011", "arm,primecell";
> >> + reg = <0x87e0 0x24000000 0x0 0x1000>;
> >> + interrupts = <1 21 4>;
> >> + clocks = <&refclk50mhz>;
> >> + clock-names = "apb_pclk";
> >
> > Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> > latter.
>
> Shouldn't new bindings have both clocks here? A single clock was a
> mistake I think (mine in fact).
I don't think we fixed it up in the end. It made drivers look a bit messy and
it dropped off my priority queue.
Cheers,
Mark.
^ permalink raw reply related [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 17:48 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-07-30 17:48 UTC (permalink / raw)
To: Rob Herring
Cc: Robert Richter, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, Robert Richter,
devicetree-u79uwXL29TY76Z2rM5mHXA
[...]
> >> + gic0: interrupt-controller@801000000000 {
> >
> > To make this easier to read, please place a comma between 32-bit
> > portions of the unit address (e.g. here have 8010,00000000).
>
> Mark, perhaps a dtc or checkpatch.pl check for this?
Sure. Dodgy first atttempt at checkpatch below.
---->8----
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 182be0f..8aee3f5 100755
--- a/scripts/checkpatch.pl
+++ b/scripts/checkpatch.pl
@@ -2136,6 +2136,14 @@ sub process {
}
}
+# check for difficult-to-read unit-addresses
+ if (defined $root &&
+ ($realfile =~ /\.dtsi?$/ && $line =~ /([a-z0-9._\-+]++@([0-9a-f]+))\s*{/gi) &&
+ (length($2) > 8)) {
+ WARN("LONG_DT_UNIT_ADDRESS",
+ "Consider splitting long unit address \"$2\" with a comma between cells\n" . $herecurr);
+ }
+
# check we are in a valid source file if not then ignore this hunk
next if ($realfile !~ /\.(h|c|s|S|pl|sh)$/);
----8<----
It would also be nice to check matching unit-address and reg, but doing
that correctly requires knowing #address-cells, which sounds a little
painful.
I'm not sure where I picked up the comma convention, as it doesn't seem
to be in ePAPR. It does seem common though, and is my personal
preference:
[mark@leverpostej:~/src/linux]% git grep '@[a-z0-9]\+,[a-b0-9]\+' \
-- arch/arm/boot/dts | wc -l
254
[mark@leverpostej:~/src/linux]% git grep '@[a-z0-9]\+,[a-b0-9]\+' \
-- arch/powerpc/boot/dts | wc -l
370
[mark@leverpostej:~/src/linux]% git grep '@[a-z0-9]\+,[a-b0-9]\+' \
-- arch/*/boot/dts | wc -l
631
[...]
> >> + uaa0: serial@87e024000000 {
> >> + compatible = "arm,pl011", "arm,primecell";
> >> + reg = <0x87e0 0x24000000 0x0 0x1000>;
> >> + interrupts = <1 21 4>;
> >> + clocks = <&refclk50mhz>;
> >> + clock-names = "apb_pclk";
> >
> > Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> > latter.
>
> Shouldn't new bindings have both clocks here? A single clock was a
> mistake I think (mine in fact).
I don't think we fixed it up in the end. It made drivers look a bit messy and
it dropped off my priority queue.
Cheers,
Mark.
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply related [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 17:48 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-07-30 17:48 UTC (permalink / raw)
To: linux-arm-kernel
[...]
> >> + gic0: interrupt-controller at 801000000000 {
> >
> > To make this easier to read, please place a comma between 32-bit
> > portions of the unit address (e.g. here have 8010,00000000).
>
> Mark, perhaps a dtc or checkpatch.pl check for this?
Sure. Dodgy first atttempt at checkpatch below.
---->8----
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 182be0f..8aee3f5 100755
--- a/scripts/checkpatch.pl
+++ b/scripts/checkpatch.pl
@@ -2136,6 +2136,14 @@ sub process {
}
}
+# check for difficult-to-read unit-addresses
+ if (defined $root &&
+ ($realfile =~ /\.dtsi?$/ && $line =~ /([a-z0-9._\-+]++@([0-9a-f]+))\s*{/gi) &&
+ (length($2) > 8)) {
+ WARN("LONG_DT_UNIT_ADDRESS",
+ "Consider splitting long unit address \"$2\" with a comma between cells\n" . $herecurr);
+ }
+
# check we are in a valid source file if not then ignore this hunk
next if ($realfile !~ /\.(h|c|s|S|pl|sh)$/);
----8<----
It would also be nice to check matching unit-address and reg, but doing
that correctly requires knowing #address-cells, which sounds a little
painful.
I'm not sure where I picked up the comma convention, as it doesn't seem
to be in ePAPR. It does seem common though, and is my personal
preference:
[mark at leverpostej:~/src/linux]% git grep '@[a-z0-9]\+,[a-b0-9]\+' \
-- arch/arm/boot/dts | wc -l
254
[mark at leverpostej:~/src/linux]% git grep '@[a-z0-9]\+,[a-b0-9]\+' \
-- arch/powerpc/boot/dts | wc -l
370
[mark@leverpostej:~/src/linux]% git grep '@[a-z0-9]\+,[a-b0-9]\+' \
-- arch/*/boot/dts | wc -l
631
[...]
> >> + uaa0: serial at 87e024000000 {
> >> + compatible = "arm,pl011", "arm,primecell";
> >> + reg = <0x87e0 0x24000000 0x0 0x1000>;
> >> + interrupts = <1 21 4>;
> >> + clocks = <&refclk50mhz>;
> >> + clock-names = "apb_pclk";
> >
> > Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> > latter.
>
> Shouldn't new bindings have both clocks here? A single clock was a
> mistake I think (mine in fact).
I don't think we fixed it up in the end. It made drivers look a bit messy and
it dropped off my priority queue.
Cheers,
Mark.
^ permalink raw reply related [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 18:12 ` Olof Johansson
0 siblings, 0 replies; 97+ messages in thread
From: Olof Johansson @ 2014-07-30 18:12 UTC (permalink / raw)
To: Robert Richter
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, linux-kernel,
linux-arm-kernel, Radha Mohan Chintakuntla, Robert Richter,
devicetree
On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>
> Add initial device tree nodes for Cavium Thunder SoCs with support of
> 48 cores and gicv3. The dts file requires further changes, esp. for
> pci, gicv3-its and smmu. This changes will be added later together
> with the device drivers.
>
> Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> Signed-off-by: Robert Richter <rrichter@cavium.com>
> ---
> arch/arm64/boot/dts/Makefile | 1 +
> arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> 2 files changed, 388 insertions(+)
> create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>
> diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> index c52bdb051f66..f8001a62029c 100644
> --- a/arch/arm64/boot/dts/Makefile
> +++ b/arch/arm64/boot/dts/Makefile
> @@ -1,3 +1,4 @@
> +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>
> diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
> new file mode 100644
> index 000000000000..4cf20ac9138b
> --- /dev/null
> +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> @@ -0,0 +1,387 @@
> +/*
> + * Cavium Thunder DTS file
> + *
> + * Copyright (C) 2013, Cavium Inc.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License as
> + * published by the Free Software Foundation; either version 2 of
> + * the License, or (at your option) any later version.
> + */
> +/dts-v1/;
> +
> +/* Reserving first 12MB of DDR for firmware */
> +/memreserve/ 0x00000000 0x00c00000;
> +
> +/ {
> + model = "Cavium ThunderX CN88XX Family";
> + compatible = "cavium,thunder-88xx";
Hmm. I take it this platform is compliant with some level of SBSA? We
should probably have a compatible value for that so that platforms can
communicate it.
Mark, are there already plans for this?
-Olof
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 18:12 ` Olof Johansson
0 siblings, 0 replies; 97+ messages in thread
From: Olof Johansson @ 2014-07-30 18:12 UTC (permalink / raw)
To: Robert Richter
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, Robert Richter,
devicetree-u79uwXL29TY76Z2rM5mHXA
On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
> From: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>
> Add initial device tree nodes for Cavium Thunder SoCs with support of
> 48 cores and gicv3. The dts file requires further changes, esp. for
> pci, gicv3-its and smmu. This changes will be added later together
> with the device drivers.
>
> Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> Signed-off-by: Robert Richter <rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> ---
> arch/arm64/boot/dts/Makefile | 1 +
> arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> 2 files changed, 388 insertions(+)
> create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>
> diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> index c52bdb051f66..f8001a62029c 100644
> --- a/arch/arm64/boot/dts/Makefile
> +++ b/arch/arm64/boot/dts/Makefile
> @@ -1,3 +1,4 @@
> +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>
> diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
> new file mode 100644
> index 000000000000..4cf20ac9138b
> --- /dev/null
> +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> @@ -0,0 +1,387 @@
> +/*
> + * Cavium Thunder DTS file
> + *
> + * Copyright (C) 2013, Cavium Inc.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License as
> + * published by the Free Software Foundation; either version 2 of
> + * the License, or (at your option) any later version.
> + */
> +/dts-v1/;
> +
> +/* Reserving first 12MB of DDR for firmware */
> +/memreserve/ 0x00000000 0x00c00000;
> +
> +/ {
> + model = "Cavium ThunderX CN88XX Family";
> + compatible = "cavium,thunder-88xx";
Hmm. I take it this platform is compliant with some level of SBSA? We
should probably have a compatible value for that so that platforms can
communicate it.
Mark, are there already plans for this?
-Olof
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 18:12 ` Olof Johansson
0 siblings, 0 replies; 97+ messages in thread
From: Olof Johansson @ 2014-07-30 18:12 UTC (permalink / raw)
To: linux-arm-kernel
On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>
> Add initial device tree nodes for Cavium Thunder SoCs with support of
> 48 cores and gicv3. The dts file requires further changes, esp. for
> pci, gicv3-its and smmu. This changes will be added later together
> with the device drivers.
>
> Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> Signed-off-by: Robert Richter <rrichter@cavium.com>
> ---
> arch/arm64/boot/dts/Makefile | 1 +
> arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> 2 files changed, 388 insertions(+)
> create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>
> diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> index c52bdb051f66..f8001a62029c 100644
> --- a/arch/arm64/boot/dts/Makefile
> +++ b/arch/arm64/boot/dts/Makefile
> @@ -1,3 +1,4 @@
> +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>
> diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
> new file mode 100644
> index 000000000000..4cf20ac9138b
> --- /dev/null
> +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> @@ -0,0 +1,387 @@
> +/*
> + * Cavium Thunder DTS file
> + *
> + * Copyright (C) 2013, Cavium Inc.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License as
> + * published by the Free Software Foundation; either version 2 of
> + * the License, or (at your option) any later version.
> + */
> +/dts-v1/;
> +
> +/* Reserving first 12MB of DDR for firmware */
> +/memreserve/ 0x00000000 0x00c00000;
> +
> +/ {
> + model = "Cavium ThunderX CN88XX Family";
> + compatible = "cavium,thunder-88xx";
Hmm. I take it this platform is compliant with some level of SBSA? We
should probably have a compatible value for that so that platforms can
communicate it.
Mark, are there already plans for this?
-Olof
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
2014-07-30 15:06 ` Robert Richter
(?)
@ 2014-07-30 18:14 ` Olof Johansson
-1 siblings, 0 replies; 97+ messages in thread
From: Olof Johansson @ 2014-07-30 18:14 UTC (permalink / raw)
To: Robert Richter
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, linux-kernel,
linux-arm-kernel, Radha Mohan Chintakuntla, Robert Richter,
devicetree
On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>
> Add initial device tree nodes for Cavium Thunder SoCs with support of
> 48 cores and gicv3. The dts file requires further changes, esp. for
> pci, gicv3-its and smmu. This changes will be added later together
> with the device drivers.
>
> Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> Signed-off-by: Robert Richter <rrichter@cavium.com>
> ---
> arch/arm64/boot/dts/Makefile | 1 +
> arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> 2 files changed, 388 insertions(+)
> create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>
> diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> index c52bdb051f66..f8001a62029c 100644
> --- a/arch/arm64/boot/dts/Makefile
> +++ b/arch/arm64/boot/dts/Makefile
> @@ -1,3 +1,4 @@
> +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
Oh, and:
Let's fix the mistake we made on 32-bit here (that we can't undo
unless we move all dts files now, which is too much churn), and put
each SoC vendor in its own subdirectory.
So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
and the dts there.
We should move vexpress under arm/ and xgene under apm/ too.
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 18:14 ` Olof Johansson
0 siblings, 0 replies; 97+ messages in thread
From: Olof Johansson @ 2014-07-30 18:14 UTC (permalink / raw)
To: Robert Richter
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, linux-kernel,
linux-arm-kernel, Radha Mohan Chintakuntla, Robert Richter,
devicetree
On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>
> Add initial device tree nodes for Cavium Thunder SoCs with support of
> 48 cores and gicv3. The dts file requires further changes, esp. for
> pci, gicv3-its and smmu. This changes will be added later together
> with the device drivers.
>
> Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> Signed-off-by: Robert Richter <rrichter@cavium.com>
> ---
> arch/arm64/boot/dts/Makefile | 1 +
> arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> 2 files changed, 388 insertions(+)
> create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>
> diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> index c52bdb051f66..f8001a62029c 100644
> --- a/arch/arm64/boot/dts/Makefile
> +++ b/arch/arm64/boot/dts/Makefile
> @@ -1,3 +1,4 @@
> +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
Oh, and:
Let's fix the mistake we made on 32-bit here (that we can't undo
unless we move all dts files now, which is too much churn), and put
each SoC vendor in its own subdirectory.
So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
and the dts there.
We should move vexpress under arm/ and xgene under apm/ too.
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 18:14 ` Olof Johansson
0 siblings, 0 replies; 97+ messages in thread
From: Olof Johansson @ 2014-07-30 18:14 UTC (permalink / raw)
To: linux-arm-kernel
On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>
> Add initial device tree nodes for Cavium Thunder SoCs with support of
> 48 cores and gicv3. The dts file requires further changes, esp. for
> pci, gicv3-its and smmu. This changes will be added later together
> with the device drivers.
>
> Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> Signed-off-by: Robert Richter <rrichter@cavium.com>
> ---
> arch/arm64/boot/dts/Makefile | 1 +
> arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> 2 files changed, 388 insertions(+)
> create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>
> diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> index c52bdb051f66..f8001a62029c 100644
> --- a/arch/arm64/boot/dts/Makefile
> +++ b/arch/arm64/boot/dts/Makefile
> @@ -1,3 +1,4 @@
> +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
Oh, and:
Let's fix the mistake we made on 32-bit here (that we can't undo
unless we move all dts files now, which is too much churn), and put
each SoC vendor in its own subdirectory.
So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
and the dts there.
We should move vexpress under arm/ and xgene under apm/ too.
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 18:35 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-07-30 18:35 UTC (permalink / raw)
To: Olof Johansson
Cc: Robert Richter, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel, linux-arm-kernel, Radha Mohan Chintakuntla,
Robert Richter, devicetree
On Wed, Jul 30, 2014 at 07:12:17PM +0100, Olof Johansson wrote:
> On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >
> > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > 48 cores and gicv3. The dts file requires further changes, esp. for
> > pci, gicv3-its and smmu. This changes will be added later together
> > with the device drivers.
> >
> > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> > Signed-off-by: Robert Richter <rrichter@cavium.com>
> > ---
> > arch/arm64/boot/dts/Makefile | 1 +
> > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> > 2 files changed, 388 insertions(+)
> > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >
> > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> > index c52bdb051f66..f8001a62029c 100644
> > --- a/arch/arm64/boot/dts/Makefile
> > +++ b/arch/arm64/boot/dts/Makefile
> > @@ -1,3 +1,4 @@
> > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >
> > diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
> > new file mode 100644
> > index 000000000000..4cf20ac9138b
> > --- /dev/null
> > +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> > @@ -0,0 +1,387 @@
> > +/*
> > + * Cavium Thunder DTS file
> > + *
> > + * Copyright (C) 2013, Cavium Inc.
> > + *
> > + * This program is free software; you can redistribute it and/or
> > + * modify it under the terms of the GNU General Public License as
> > + * published by the Free Software Foundation; either version 2 of
> > + * the License, or (at your option) any later version.
> > + */
> > +/dts-v1/;
> > +
> > +/* Reserving first 12MB of DDR for firmware */
> > +/memreserve/ 0x00000000 0x00c00000;
> > +
> > +/ {
> > + model = "Cavium ThunderX CN88XX Family";
> > + compatible = "cavium,thunder-88xx";
>
> Hmm. I take it this platform is compliant with some level of SBSA? We
> should probably have a compatible value for that so that platforms can
> communicate it.
>
> Mark, are there already plans for this?
Not so far, but my monitor now has a sticky note telling me to look into
it. :)
Many of the useful properties provided by SBSA are already described
elsewhere (e.g. page and ASID size can be found in ID registers), and
hardware properties it mandates (e.g. PPI assignment for level 2
compliant systems) will be described elsewhere.
I'll have to read the spec in more detail to figure out what we can
derive from an SBSA compliance property. Regardless it probably makes
sense to have a compatible string or other property on the root node; at
worst it only costs us a few bytes.
Thanks,
Mark.
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 18:35 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-07-30 18:35 UTC (permalink / raw)
To: Olof Johansson
Cc: Robert Richter, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, Robert Richter,
devicetree-u79uwXL29TY76Z2rM5mHXA
On Wed, Jul 30, 2014 at 07:12:17PM +0100, Olof Johansson wrote:
> On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
> > From: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> >
> > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > 48 cores and gicv3. The dts file requires further changes, esp. for
> > pci, gicv3-its and smmu. This changes will be added later together
> > with the device drivers.
> >
> > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> > Signed-off-by: Robert Richter <rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> > ---
> > arch/arm64/boot/dts/Makefile | 1 +
> > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> > 2 files changed, 388 insertions(+)
> > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >
> > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> > index c52bdb051f66..f8001a62029c 100644
> > --- a/arch/arm64/boot/dts/Makefile
> > +++ b/arch/arm64/boot/dts/Makefile
> > @@ -1,3 +1,4 @@
> > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >
> > diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
> > new file mode 100644
> > index 000000000000..4cf20ac9138b
> > --- /dev/null
> > +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> > @@ -0,0 +1,387 @@
> > +/*
> > + * Cavium Thunder DTS file
> > + *
> > + * Copyright (C) 2013, Cavium Inc.
> > + *
> > + * This program is free software; you can redistribute it and/or
> > + * modify it under the terms of the GNU General Public License as
> > + * published by the Free Software Foundation; either version 2 of
> > + * the License, or (at your option) any later version.
> > + */
> > +/dts-v1/;
> > +
> > +/* Reserving first 12MB of DDR for firmware */
> > +/memreserve/ 0x00000000 0x00c00000;
> > +
> > +/ {
> > + model = "Cavium ThunderX CN88XX Family";
> > + compatible = "cavium,thunder-88xx";
>
> Hmm. I take it this platform is compliant with some level of SBSA? We
> should probably have a compatible value for that so that platforms can
> communicate it.
>
> Mark, are there already plans for this?
Not so far, but my monitor now has a sticky note telling me to look into
it. :)
Many of the useful properties provided by SBSA are already described
elsewhere (e.g. page and ASID size can be found in ID registers), and
hardware properties it mandates (e.g. PPI assignment for level 2
compliant systems) will be described elsewhere.
I'll have to read the spec in more detail to figure out what we can
derive from an SBSA compliance property. Regardless it probably makes
sense to have a compatible string or other property on the root node; at
worst it only costs us a few bytes.
Thanks,
Mark.
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-30 18:35 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-07-30 18:35 UTC (permalink / raw)
To: linux-arm-kernel
On Wed, Jul 30, 2014 at 07:12:17PM +0100, Olof Johansson wrote:
> On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >
> > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > 48 cores and gicv3. The dts file requires further changes, esp. for
> > pci, gicv3-its and smmu. This changes will be added later together
> > with the device drivers.
> >
> > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> > Signed-off-by: Robert Richter <rrichter@cavium.com>
> > ---
> > arch/arm64/boot/dts/Makefile | 1 +
> > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> > 2 files changed, 388 insertions(+)
> > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >
> > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> > index c52bdb051f66..f8001a62029c 100644
> > --- a/arch/arm64/boot/dts/Makefile
> > +++ b/arch/arm64/boot/dts/Makefile
> > @@ -1,3 +1,4 @@
> > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >
> > diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
> > new file mode 100644
> > index 000000000000..4cf20ac9138b
> > --- /dev/null
> > +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> > @@ -0,0 +1,387 @@
> > +/*
> > + * Cavium Thunder DTS file
> > + *
> > + * Copyright (C) 2013, Cavium Inc.
> > + *
> > + * This program is free software; you can redistribute it and/or
> > + * modify it under the terms of the GNU General Public License as
> > + * published by the Free Software Foundation; either version 2 of
> > + * the License, or (at your option) any later version.
> > + */
> > +/dts-v1/;
> > +
> > +/* Reserving first 12MB of DDR for firmware */
> > +/memreserve/ 0x00000000 0x00c00000;
> > +
> > +/ {
> > + model = "Cavium ThunderX CN88XX Family";
> > + compatible = "cavium,thunder-88xx";
>
> Hmm. I take it this platform is compliant with some level of SBSA? We
> should probably have a compatible value for that so that platforms can
> communicate it.
>
> Mark, are there already plans for this?
Not so far, but my monitor now has a sticky note telling me to look into
it. :)
Many of the useful properties provided by SBSA are already described
elsewhere (e.g. page and ASID size can be found in ID registers), and
hardware properties it mandates (e.g. PPI assignment for level 2
compliant systems) will be described elsewhere.
I'll have to read the spec in more detail to figure out what we can
derive from an SBSA compliance property. Regardless it probably makes
sense to have a compatible string or other property on the root node; at
worst it only costs us a few bytes.
Thanks,
Mark.
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
2014-07-30 15:46 ` Mark Rutland
` (2 preceding siblings ...)
(?)
@ 2014-07-31 8:41 ` Ganapatrao Kulkarni
2014-07-31 9:53 ` Mark Rutland
-1 siblings, 1 reply; 97+ messages in thread
From: Ganapatrao Kulkarni @ 2014-07-31 8:41 UTC (permalink / raw)
To: Mark Rutland
Cc: Robert Richter, devicetree, Arnd Bergmann, Pawel Moll,
Ian Campbell, Catalin Marinas, Will Deacon, linux-kernel,
Robert Richter, Rob Herring, Kumar Gala,
Radha Mohan Chintakuntla, linux-arm-kernel
[-- Attachment #1: Type: text/plain, Size: 6225 bytes --]
On Wed, Jul 30, 2014 at 9:16 PM, Mark Rutland <mark.rutland@arm.com> wrote:
> Hi,
>
> On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >
> > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > 48 cores and gicv3. The dts file requires further changes, esp. for
> > pci, gicv3-its and smmu. This changes will be added later together
> > with the device drivers.
> >
> > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> > Signed-off-by: Robert Richter <rrichter@cavium.com>
> > ---
> > arch/arm64/boot/dts/Makefile | 1 +
> > arch/arm64/boot/dts/thunder-88xx.dts | 387
> +++++++++++++++++++++++++++++++++++
> > 2 files changed, 388 insertions(+)
> > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >
> > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> > index c52bdb051f66..f8001a62029c 100644
> > --- a/arch/arm64/boot/dts/Makefile
> > +++ b/arch/arm64/boot/dts/Makefile
> > @@ -1,3 +1,4 @@
> > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >
> > diff --git a/arch/arm64/boot/dts/thunder-88xx.dts
> b/arch/arm64/boot/dts/thunder-88xx.dts
> > new file mode 100644
> > index 000000000000..4cf20ac9138b
> > --- /dev/null
> > +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> > @@ -0,0 +1,387 @@
> > +/*
> > + * Cavium Thunder DTS file
> > + *
> > + * Copyright (C) 2013, Cavium Inc.
> > + *
> > + * This program is free software; you can redistribute it and/or
> > + * modify it under the terms of the GNU General Public License as
> > + * published by the Free Software Foundation; either version 2 of
> > + * the License, or (at your option) any later version.
> > + */
> > +/dts-v1/;
> > +
> > +/* Reserving first 12MB of DDR for firmware */
> > +/memreserve/ 0x00000000 0x00c00000;
>
> What exactly is this memreserve intended to protect at runtime?
> Yes, this 12 MB is reserved for ATF and UEFI boot and run-time services.
>
> The only item of runtime firmware I see in use below is PSCI on the
> secure side.
>
> How is the kernel booted on this platform? UEFI?
>
Boot sequence tried is ATF->UEFI->Linux and ATF->UEFI->GRUB->Linux
> > +/ {
> > + model = "Cavium ThunderX CN88XX Family";
> > + compatible = "cavium,thunder-88xx";
>
> Please don't use wildcards in compatible strings. Give this an absolute
> name, and override as necessary.
>
> > + interrupt-parent = <&gic0>;
> > + #address-cells = <2>;
> > + #size-cells = <2>;
> > +
> > + aliases {
> > + serial0 = &uaa0;
> > + serial1 = &uaa1;
> > + };
> > +
> > + psci {
> > + compatible = "arm,psci-0.2";
> > + method = "smc";
> > + };
>
> Nice!
>
> > +
> > + cpus {
> > + #address-cells = <2>;
> > + #size-cells = <0>;
> > +
> > + cpu@000 {
> > + device_type = "cpu";
> > + compatible = "cavium,thunder", "arm,armv8";
> > + reg = <0x0 0x000>;
> > + enable-method = "psci";
> > + };
>
> Just to check: both the SoC and CPU are called thunder?
>
> [...]
>
> > +
> > + memory@00000000 {
> > + device_type = "memory";
> > + reg = <0x0 0x00000000 0x0 0x80000000>;
> > + };
> > +
> > + gic0: interrupt-controller@801000000000 {
>
> To make this easier to read, please place a comma between 32-bit
> portions of the unit address (e.g. here have 8010,00000000).
>
> > + compatible = "arm,gic-v3";
> > + #interrupt-cells = <3>;
> > + #address-cells = <2>;
> > + #size-cells = <2>;
> > + ranges;
>
> This has no children, so why have ranges, #address-cells, and
> #size-cells?
>
> > + interrupt-controller;
> > + reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
> > + <0x8010 0x80000000 0x0 0x200000>; /* GICR */
> > + interrupts = <1 9 0xf04>;
> > + };
> > +
> > + timer {
> > + compatible = "arm,armv8-timer";
> > + interrupts = <1 13 0xff01>,
> > + <1 14 0xff01>,
> > + <1 11 0xff01>,
> > + <1 10 0xff01>;
> > + };
> > +
> > + soc {
> > + compatible = "simple-bus";
> > + #address-cells = <2>;
> > + #size-cells = <2>;
> > + ranges;
> > +
> > + clocks {
> > + #address-cells = <2>;
> > + #size-cells = <2>;
> > + ranges;
> > +
> > + refclk50mhz: refclk50mhz {
> > + compatible = "fixed-clock";
> > + #clock-cells = <0>;
> > + clock-frequency = <50000000>;
> > + clock-output-names = "refclk50mhz";
> > + };
> > + };
>
> Please get rid of the clocks node and just put the clocks here.
>
> > +
> > + uaa0: serial@87e024000000 {
> > + compatible = "arm,pl011", "arm,primecell";
> > + reg = <0x87e0 0x24000000 0x0 0x1000>;
> > + interrupts = <1 21 4>;
> > + clocks = <&refclk50mhz>;
> > + clock-names = "apb_pclk";
>
> Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> latter.
>
> > + };
> > +
> > + uaa1: serial@87e025000000 {
> > + compatible = "arm,pl011", "arm,primecell";
> > + reg = <0x87e0 0x25000000 0x0 0x1000>;
> > + interrupts = <1 22 4>;
> > + clocks = <&refclk50mhz>;
> > + clock-names = "apb_pclk";
>
> Similarly?
>
> Thanks,
> Mark.
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>
thanks
Ganapat
[-- Attachment #2: Type: text/html, Size: 9341 bytes --]
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 9:53 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-07-31 9:53 UTC (permalink / raw)
To: Ganapatrao Kulkarni
Cc: Robert Richter, devicetree, Arnd Bergmann, Pawel Moll,
Ian Campbell, Catalin Marinas, Will Deacon, linux-kernel,
Robert Richter, Rob Herring, Kumar Gala,
Radha Mohan Chintakuntla, linux-arm-kernel
On Thu, Jul 31, 2014 at 09:41:10AM +0100, Ganapatrao Kulkarni wrote:
> On Wed, Jul 30, 2014 at 9:16 PM, Mark Rutland <[1]mark.rutland@arm.com>
> wrote:
>
> Hi,
> On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> > From: Radha Mohan Chintakuntla <[2]rchintakuntla@cavium.com>
> >
> > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > 48 cores and gicv3. The dts file requires further changes, esp. for
> > pci, gicv3-its and smmu. This changes will be added later together
> > with the device drivers.
> >
> > Signed-off-by: Radha Mohan Chintakuntla <[3]rchintakuntla@cavium.com>
> > Signed-off-by: Robert Richter <[4]rrichter@cavium.com>
> > ---
> > arch/arm64/boot/dts/Makefile | 1 +
> > arch/arm64/boot/dts/thunder-88xx.dts | 387
> +++++++++++++++++++++++++++++++++++
> > 2 files changed, 388 insertions(+)
> > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >
> > diff --git a/arch/arm64/boot/dts/Makefile
> b/arch/arm64/boot/dts/Makefile
> > index c52bdb051f66..f8001a62029c 100644
> > --- a/arch/arm64/boot/dts/Makefile
> > +++ b/arch/arm64/boot/dts/Makefile
> > @@ -1,3 +1,4 @@
> > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >
> > diff --git a/arch/arm64/boot/dts/thunder-88xx.dts
> b/arch/arm64/boot/dts/thunder-88xx.dts
> > new file mode 100644
> > index 000000000000..4cf20ac9138b
> > --- /dev/null
> > +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> > @@ -0,0 +1,387 @@
> > +/*
> > + * Cavium Thunder DTS file
> > + *
> > + * Copyright (C) 2013, Cavium Inc.
> > + *
> > + * This program is free software; you can redistribute it and/or
> > + * modify it under the terms of the GNU General Public License as
> > + * published by the Free Software Foundation; either version 2 of
> > + * the License, or (at your option) any later version.
> > + */
> > +/dts-v1/;
> > +
> > +/* Reserving first 12MB of DDR for firmware */
> > +/memreserve/ 0x00000000 0x00c00000;
>
> What exactly is this memreserve intended to protect at runtime?
> Yes, this 12 MB is reserved for ATF and UEFI boot and run-time services.
If booted as an EFI application Linux will use the UEFI memory map.
Anything UEFI needs to have kept around will be marked as such, so
there's no need to memreserve that.
I was under the impression that the ARM Trusted Firmware didn't need
anything resident on the non-secure side, so I don't see why that needs
a memreserve -- Linux should not be able to address anything it has
resident.
> The only item of runtime firmware I see in use below is PSCI on the
> secure side.
>
> How is the kernel booted on this platform? UEFI?
>
> Boot sequence tried is ATF->UEFI->Linux and ATF->UEFI->GRUB->Linux
As I've just had it explained to me, in either of those cases we should
enter Linux via the EFI stub. So we should be using the UEFI memory map
regardless.
Thanks,
Mark.
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 9:53 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-07-31 9:53 UTC (permalink / raw)
To: Ganapatrao Kulkarni
Cc: Robert Richter, devicetree-u79uwXL29TY76Z2rM5mHXA, Arnd Bergmann,
Pawel Moll, Ian Campbell, Catalin Marinas, Will Deacon,
linux-kernel-u79uwXL29TY76Z2rM5mHXA, Robert Richter, Rob Herring,
Kumar Gala, Radha Mohan Chintakuntla,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r
On Thu, Jul 31, 2014 at 09:41:10AM +0100, Ganapatrao Kulkarni wrote:
> On Wed, Jul 30, 2014 at 9:16 PM, Mark Rutland <[1]mark.rutland@arm.com>
> wrote:
>
> Hi,
> On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> > From: Radha Mohan Chintakuntla <[2]rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> >
> > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > 48 cores and gicv3. The dts file requires further changes, esp. for
> > pci, gicv3-its and smmu. This changes will be added later together
> > with the device drivers.
> >
> > Signed-off-by: Radha Mohan Chintakuntla <[3]rchintakuntla@cavium.com>
> > Signed-off-by: Robert Richter <[4]rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> > ---
> > arch/arm64/boot/dts/Makefile | 1 +
> > arch/arm64/boot/dts/thunder-88xx.dts | 387
> +++++++++++++++++++++++++++++++++++
> > 2 files changed, 388 insertions(+)
> > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >
> > diff --git a/arch/arm64/boot/dts/Makefile
> b/arch/arm64/boot/dts/Makefile
> > index c52bdb051f66..f8001a62029c 100644
> > --- a/arch/arm64/boot/dts/Makefile
> > +++ b/arch/arm64/boot/dts/Makefile
> > @@ -1,3 +1,4 @@
> > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >
> > diff --git a/arch/arm64/boot/dts/thunder-88xx.dts
> b/arch/arm64/boot/dts/thunder-88xx.dts
> > new file mode 100644
> > index 000000000000..4cf20ac9138b
> > --- /dev/null
> > +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> > @@ -0,0 +1,387 @@
> > +/*
> > + * Cavium Thunder DTS file
> > + *
> > + * Copyright (C) 2013, Cavium Inc.
> > + *
> > + * This program is free software; you can redistribute it and/or
> > + * modify it under the terms of the GNU General Public License as
> > + * published by the Free Software Foundation; either version 2 of
> > + * the License, or (at your option) any later version.
> > + */
> > +/dts-v1/;
> > +
> > +/* Reserving first 12MB of DDR for firmware */
> > +/memreserve/ 0x00000000 0x00c00000;
>
> What exactly is this memreserve intended to protect at runtime?
> Yes, this 12 MB is reserved for ATF and UEFI boot and run-time services.
If booted as an EFI application Linux will use the UEFI memory map.
Anything UEFI needs to have kept around will be marked as such, so
there's no need to memreserve that.
I was under the impression that the ARM Trusted Firmware didn't need
anything resident on the non-secure side, so I don't see why that needs
a memreserve -- Linux should not be able to address anything it has
resident.
> The only item of runtime firmware I see in use below is PSCI on the
> secure side.
>
> How is the kernel booted on this platform? UEFI?
>
> Boot sequence tried is ATF->UEFI->Linux and ATF->UEFI->GRUB->Linux
As I've just had it explained to me, in either of those cases we should
enter Linux via the EFI stub. So we should be using the UEFI memory map
regardless.
Thanks,
Mark.
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 9:53 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-07-31 9:53 UTC (permalink / raw)
To: linux-arm-kernel
On Thu, Jul 31, 2014 at 09:41:10AM +0100, Ganapatrao Kulkarni wrote:
> On Wed, Jul 30, 2014 at 9:16 PM, Mark Rutland <[1]mark.rutland@arm.com>
> wrote:
>
> Hi,
> On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> > From: Radha Mohan Chintakuntla <[2]rchintakuntla@cavium.com>
> >
> > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > 48 cores and gicv3. The dts file requires further changes, esp. for
> > pci, gicv3-its and smmu. This changes will be added later together
> > with the device drivers.
> >
> > Signed-off-by: Radha Mohan Chintakuntla <[3]rchintakuntla@cavium.com>
> > Signed-off-by: Robert Richter <[4]rrichter@cavium.com>
> > ---
> > ?arch/arm64/boot/dts/Makefile ? ? ? ? | ? 1 +
> > ?arch/arm64/boot/dts/thunder-88xx.dts | 387
> +++++++++++++++++++++++++++++++++++
> > ?2 files changed, 388 insertions(+)
> > ?create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >
> > diff --git a/arch/arm64/boot/dts/Makefile
> b/arch/arm64/boot/dts/Makefile
> > index c52bdb051f66..f8001a62029c 100644
> > --- a/arch/arm64/boot/dts/Makefile
> > +++ b/arch/arm64/boot/dts/Makefile
> > @@ -1,3 +1,4 @@
> > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > ?dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > ?dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >
> > diff --git a/arch/arm64/boot/dts/thunder-88xx.dts
> b/arch/arm64/boot/dts/thunder-88xx.dts
> > new file mode 100644
> > index 000000000000..4cf20ac9138b
> > --- /dev/null
> > +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> > @@ -0,0 +1,387 @@
> > +/*
> > + * Cavium Thunder DTS file
> > + *
> > + * Copyright (C) 2013, Cavium Inc.
> > + *
> > + * This program is free software; you can redistribute it and/or
> > + * modify it under the terms of the GNU General Public License as
> > + * published by the Free Software Foundation; either version 2 of
> > + * the License, or (at your option) any later version.
> > + */
> > +/dts-v1/;
> > +
> > +/* Reserving first 12MB of DDR for firmware */
> > +/memreserve/ 0x00000000 0x00c00000;
>
> What exactly is this memreserve intended to protect at runtime?
> Yes, this 12 MB is reserved for ATF and UEFI boot and run-time services.
If booted as an EFI application Linux will use the UEFI memory map.
Anything UEFI needs to have kept around will be marked as such, so
there's no need to memreserve that.
I was under the impression that the ARM Trusted Firmware didn't need
anything resident on the non-secure side, so I don't see why that needs
a memreserve -- Linux should not be able to address anything it has
resident.
> The only item of runtime firmware I see in use below is PSCI on the
> secure side.
>
> How is the kernel booted on this platform? UEFI?
>
> Boot sequence tried is ATF->UEFI->Linux? and ATF->UEFI->GRUB->Linux?
As I've just had it explained to me, in either of those cases we should
enter Linux via the EFI stub. So we should be using the UEFI memory map
regardless.
Thanks,
Mark.
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 10:24 ` Arnd Bergmann
0 siblings, 0 replies; 97+ messages in thread
From: Arnd Bergmann @ 2014-07-31 10:24 UTC (permalink / raw)
To: Robert Richter
Cc: Catalin Marinas, Will Deacon, Rob Herring, Pawel Moll,
Mark Rutland, Ian Campbell, Kumar Gala, linux-kernel,
linux-arm-kernel, Radha Mohan Chintakuntla, Robert Richter,
devicetree
On Wednesday 30 July 2014, Robert Richter wrote:
> +/*
> + * Cavium Thunder DTS file
> + *
> + * Copyright (C) 2013, Cavium Inc.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License as
> + * published by the Free Software Foundation; either version 2 of
> + * the License, or (at your option) any later version.
> + */
I think it makes sense to use a permissive license for these files here,
since board vendors may want to include a copy of the binary in their
firmware, which isn't necessarily GPL compatible.
What is Cavium's interest in making this GPL?
Arnd
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 10:24 ` Arnd Bergmann
0 siblings, 0 replies; 97+ messages in thread
From: Arnd Bergmann @ 2014-07-31 10:24 UTC (permalink / raw)
To: Robert Richter
Cc: Catalin Marinas, Will Deacon, Rob Herring, Pawel Moll,
Mark Rutland, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, Robert Richter,
devicetree-u79uwXL29TY76Z2rM5mHXA
On Wednesday 30 July 2014, Robert Richter wrote:
> +/*
> + * Cavium Thunder DTS file
> + *
> + * Copyright (C) 2013, Cavium Inc.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License as
> + * published by the Free Software Foundation; either version 2 of
> + * the License, or (at your option) any later version.
> + */
I think it makes sense to use a permissive license for these files here,
since board vendors may want to include a copy of the binary in their
firmware, which isn't necessarily GPL compatible.
What is Cavium's interest in making this GPL?
Arnd
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 10:24 ` Arnd Bergmann
0 siblings, 0 replies; 97+ messages in thread
From: Arnd Bergmann @ 2014-07-31 10:24 UTC (permalink / raw)
To: linux-arm-kernel
On Wednesday 30 July 2014, Robert Richter wrote:
> +/*
> + * Cavium Thunder DTS file
> + *
> + * Copyright (C) 2013, Cavium Inc.
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License as
> + * published by the Free Software Foundation; either version 2 of
> + * the License, or (at your option) any later version.
> + */
I think it makes sense to use a permissive license for these files here,
since board vendors may want to include a copy of the binary in their
firmware, which isn't necessarily GPL compatible.
What is Cavium's interest in making this GPL?
Arnd
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
2014-07-31 9:53 ` Mark Rutland
(?)
(?)
@ 2014-07-31 11:12 ` Ganapatrao Kulkarni
2014-07-31 11:33 ` Mark Rutland
-1 siblings, 1 reply; 97+ messages in thread
From: Ganapatrao Kulkarni @ 2014-07-31 11:12 UTC (permalink / raw)
To: Mark Rutland
Cc: Robert Richter, devicetree, Arnd Bergmann, Pawel Moll,
Ian Campbell, Catalin Marinas, Will Deacon, linux-kernel,
Robert Richter, Rob Herring, Kumar Gala,
Radha Mohan Chintakuntla, linux-arm-kernel
[-- Attachment #1: Type: text/plain, Size: 3863 bytes --]
On Thu, Jul 31, 2014 at 3:23 PM, Mark Rutland <mark.rutland@arm.com> wrote:
> On Thu, Jul 31, 2014 at 09:41:10AM +0100, Ganapatrao Kulkarni wrote:
> > On Wed, Jul 30, 2014 at 9:16 PM, Mark Rutland <[1]
> mark.rutland@arm.com>
> > wrote:
> >
> > Hi,
> > On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> > > From: Radha Mohan Chintakuntla <[2]rchintakuntla@cavium.com>
> > >
> > > Add initial device tree nodes for Cavium Thunder SoCs with
> support of
> > > 48 cores and gicv3. The dts file requires further changes, esp.
> for
> > > pci, gicv3-its and smmu. This changes will be added later together
> > > with the device drivers.
> > >
> > > Signed-off-by: Radha Mohan Chintakuntla <[3]
> rchintakuntla@cavium.com>
> > > Signed-off-by: Robert Richter <[4]rrichter@cavium.com>
> > > ---
> > > arch/arm64/boot/dts/Makefile | 1 +
> > > arch/arm64/boot/dts/thunder-88xx.dts | 387
> > +++++++++++++++++++++++++++++++++++
> > > 2 files changed, 388 insertions(+)
> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> > >
> > > diff --git a/arch/arm64/boot/dts/Makefile
> > b/arch/arm64/boot/dts/Makefile
> > > index c52bdb051f66..f8001a62029c 100644
> > > --- a/arch/arm64/boot/dts/Makefile
> > > +++ b/arch/arm64/boot/dts/Makefile
> > > @@ -1,3 +1,4 @@
> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb
> foundation-v8.dtb
> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> > >
> > > diff --git a/arch/arm64/boot/dts/thunder-88xx.dts
> > b/arch/arm64/boot/dts/thunder-88xx.dts
> > > new file mode 100644
> > > index 000000000000..4cf20ac9138b
> > > --- /dev/null
> > > +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> > > @@ -0,0 +1,387 @@
> > > +/*
> > > + * Cavium Thunder DTS file
> > > + *
> > > + * Copyright (C) 2013, Cavium Inc.
> > > + *
> > > + * This program is free software; you can redistribute it and/or
> > > + * modify it under the terms of the GNU General Public License as
> > > + * published by the Free Software Foundation; either version 2 of
> > > + * the License, or (at your option) any later version.
> > > + */
> > > +/dts-v1/;
> > > +
> > > +/* Reserving first 12MB of DDR for firmware */
> > > +/memreserve/ 0x00000000 0x00c00000;
> >
> > What exactly is this memreserve intended to protect at runtime?
> > Yes, this 12 MB is reserved for ATF and UEFI boot and run-time
> services.
>
> If booted as an EFI application Linux will use the UEFI memory map.
> Anything UEFI needs to have kept around will be marked as such, so
> there's no need to memreserve that.
>
> We are loading ATF and UEFI from flash(which is not XIP) within 12MB of
DDR.
I dont see UEFI stub freeing RAM address where UEFI image is loaded.
> I was under the impression that the ARM Trusted Firmware didn't need
> anything resident on the non-secure side, so I don't see why that needs
> a memreserve -- Linux should not be able to address anything it has
> resident.
>
We mark RAM used by ATF as secure-RAM, however we don't support
secure/non-secure address aliasing.
i.e, a DRAM address that can be referenced from both a secure PA and a
non-secure PA is not allowed.
>
> > The only item of runtime firmware I see in use below is PSCI on the
> > secure side.
> >
> > How is the kernel booted on this platform? UEFI?
> >
> > Boot sequence tried is ATF->UEFI->Linux and ATF->UEFI->GRUB->Linux
>
> As I've just had it explained to me, in either of those cases we should
> enter Linux via the EFI stub. So we should be using the UEFI memory map
> regardless.
>
> Thanks,
> Mark.
>
[-- Attachment #2: Type: text/html, Size: 5597 bytes --]
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
2014-07-30 16:37 ` Rob Herring
(?)
@ 2014-07-31 11:32 ` Robert Richter
-1 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-31 11:32 UTC (permalink / raw)
To: Rob Herring, Arnd Bergmann
Cc: Mark Rutland, Robert Richter, Catalin Marinas, Will Deacon,
Rob Herring, Pawel Moll, Ian Campbell, Kumar Gala, linux-kernel,
linux-arm-kernel, Radha Mohan Chintakuntla, devicetree
Rob and Arnd,
On 30.07.14 11:37:38, Rob Herring wrote:
> >> +/*
> >> + * Cavium Thunder DTS file
> >> + *
> >> + * Copyright (C) 2013, Cavium Inc.
> >> + *
> >> + * This program is free software; you can redistribute it and/or
> >> + * modify it under the terms of the GNU General Public License as
> >> + * published by the Free Software Foundation; either version 2 of
> >> + * the License, or (at your option) any later version.
> >> + */
>
> You may want to reconsider if this should be BSD.
I understand that this is an issue for the inclusion in firmware
binaries. Though, we just followed common practice here which is
gplv2.
I looked through existing dts files in arch/arm*/dts/* and about 590
of 720 have a gplv2 statement in. The other files don't have any and
thus following the COPYING file which is gplv2 too.
It is my understanding that the kernel requires licensing under gplv2.
So an option would be to dual license the dts file, e.g. with BSD. How
is this typically handled? Are there other repositories where dts
files are included with a different license model than gplv2?
Thanks,
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 11:32 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-31 11:32 UTC (permalink / raw)
To: Rob Herring, Arnd Bergmann
Cc: Mark Rutland, Robert Richter, Catalin Marinas, Will Deacon,
Rob Herring, Pawel Moll, Ian Campbell, Kumar Gala, linux-kernel,
linux-arm-kernel, Radha Mohan Chintakuntla, devicetree
Rob and Arnd,
On 30.07.14 11:37:38, Rob Herring wrote:
> >> +/*
> >> + * Cavium Thunder DTS file
> >> + *
> >> + * Copyright (C) 2013, Cavium Inc.
> >> + *
> >> + * This program is free software; you can redistribute it and/or
> >> + * modify it under the terms of the GNU General Public License as
> >> + * published by the Free Software Foundation; either version 2 of
> >> + * the License, or (at your option) any later version.
> >> + */
>
> You may want to reconsider if this should be BSD.
I understand that this is an issue for the inclusion in firmware
binaries. Though, we just followed common practice here which is
gplv2.
I looked through existing dts files in arch/arm*/dts/* and about 590
of 720 have a gplv2 statement in. The other files don't have any and
thus following the COPYING file which is gplv2 too.
It is my understanding that the kernel requires licensing under gplv2.
So an option would be to dual license the dts file, e.g. with BSD. How
is this typically handled? Are there other repositories where dts
files are included with a different license model than gplv2?
Thanks,
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 11:32 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-31 11:32 UTC (permalink / raw)
To: linux-arm-kernel
Rob and Arnd,
On 30.07.14 11:37:38, Rob Herring wrote:
> >> +/*
> >> + * Cavium Thunder DTS file
> >> + *
> >> + * Copyright (C) 2013, Cavium Inc.
> >> + *
> >> + * This program is free software; you can redistribute it and/or
> >> + * modify it under the terms of the GNU General Public License as
> >> + * published by the Free Software Foundation; either version 2 of
> >> + * the License, or (at your option) any later version.
> >> + */
>
> You may want to reconsider if this should be BSD.
I understand that this is an issue for the inclusion in firmware
binaries. Though, we just followed common practice here which is
gplv2.
I looked through existing dts files in arch/arm*/dts/* and about 590
of 720 have a gplv2 statement in. The other files don't have any and
thus following the COPYING file which is gplv2 too.
It is my understanding that the kernel requires licensing under gplv2.
So an option would be to dual license the dts file, e.g. with BSD. How
is this typically handled? Are there other repositories where dts
files are included with a different license model than gplv2?
Thanks,
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 11:33 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-07-31 11:33 UTC (permalink / raw)
To: Ganapatrao Kulkarni
Cc: Robert Richter, devicetree, Arnd Bergmann, Pawel Moll,
Ian Campbell, Catalin Marinas, Will Deacon, linux-kernel,
Robert Richter, Rob Herring, Kumar Gala,
Radha Mohan Chintakuntla, linux-arm-kernel, leif.lindholm
Please send plain text rather than HTML email; this is becoming painful
to reply to.
On Thu, Jul 31, 2014 at 12:12:33PM +0100, Ganapatrao Kulkarni wrote:
> On Thu, Jul 31, 2014 at 3:23 PM, Mark Rutland <[1]mark.rutland@arm.com>
> wrote:
>
> On Thu, Jul 31, 2014 at 09:41:10AM +0100, Ganapatrao Kulkarni wrote:
> > On Wed, Jul 30, 2014 at 9:16 PM, Mark Rutland
> <[1][2]mark.rutland@arm.com>
> > wrote:
> >
> > Hi,
> > On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> > > From: Radha Mohan Chintakuntla <[2][3]rchintakuntla@cavium.com>
> > >
> > > Add initial device tree nodes for Cavium Thunder SoCs with
> support of
> > > 48 cores and gicv3. The dts file requires further changes, esp.
> for
> > > pci, gicv3-its and smmu. This changes will be added later
> together
> > > with the device drivers.
> > >
> > > Signed-off-by: Radha Mohan Chintakuntla
> <[3][4]rchintakuntla@cavium.com>
> > > Signed-off-by: Robert Richter <[4][5]rrichter@cavium.com>
> > > ---
> > > arch/arm64/boot/dts/Makefile | 1 +
> > > arch/arm64/boot/dts/thunder-88xx.dts | 387
> > +++++++++++++++++++++++++++++++++++
> > > 2 files changed, 388 insertions(+)
> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> > >
> > > diff --git a/arch/arm64/boot/dts/Makefile
> > b/arch/arm64/boot/dts/Makefile
> > > index c52bdb051f66..f8001a62029c 100644
> > > --- a/arch/arm64/boot/dts/Makefile
> > > +++ b/arch/arm64/boot/dts/Makefile
> > > @@ -1,3 +1,4 @@
> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb
> foundation-v8.dtb
> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> > >
> > > diff --git a/arch/arm64/boot/dts/thunder-88xx.dts
> > b/arch/arm64/boot/dts/thunder-88xx.dts
> > > new file mode 100644
> > > index 000000000000..4cf20ac9138b
> > > --- /dev/null
> > > +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> > > @@ -0,0 +1,387 @@
> > > +/*
> > > + * Cavium Thunder DTS file
> > > + *
> > > + * Copyright (C) 2013, Cavium Inc.
> > > + *
> > > + * This program is free software; you can redistribute it
> and/or
> > > + * modify it under the terms of the GNU General Public License
> as
> > > + * published by the Free Software Foundation; either version 2
> of
> > > + * the License, or (at your option) any later version.
> > > + */
> > > +/dts-v1/;
> > > +
> > > +/* Reserving first 12MB of DDR for firmware */
> > > +/memreserve/ 0x00000000 0x00c00000;
> >
> > What exactly is this memreserve intended to protect at runtime?
> > Yes, this 12 MB is reserved for ATF and UEFI boot and run-time
> services.
>
> If booted as an EFI application Linux will use the UEFI memory map.
> Anything UEFI needs to have kept around will be marked as such, so
> there's no need to memreserve that.
>
> We are loading ATF and UEFI from flash(which is not XIP) within 12MB of
> DDR.
> I dont see UEFI stub freeing RAM address where UEFI image is loaded.
Therefore we don't need the memreserve, then?
> I was under the impression that the ARM Trusted Firmware didn't need
> anything resident on the non-secure side, so I don't see why that needs
> a memreserve -- Linux should not be able to address anything it has
> resident.
>
> We mark RAM used by ATF as secure-RAM, however we don't support
> secure/non-secure address aliasing.
> i.e, a DRAM address that can be referenced from both a secure PA and a
> non-secure PA is not allowed.
What exactly do you mean by "not allowed"?
If Linux maps that memory, what happens?
What if Linux tried to read or write to it?
If Linux should not map that memory, it should not be described in the
memory map to begin with.
Thanks,
Mark.
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 11:33 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-07-31 11:33 UTC (permalink / raw)
To: Ganapatrao Kulkarni
Cc: Robert Richter, devicetree-u79uwXL29TY76Z2rM5mHXA, Arnd Bergmann,
Pawel Moll, Ian Campbell, Catalin Marinas, Will Deacon,
linux-kernel-u79uwXL29TY76Z2rM5mHXA, Robert Richter, Rob Herring,
Kumar Gala, Radha Mohan Chintakuntla,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
leif.lindholm-QSEj5FYQhm4dnm+yROfE0A
Please send plain text rather than HTML email; this is becoming painful
to reply to.
On Thu, Jul 31, 2014 at 12:12:33PM +0100, Ganapatrao Kulkarni wrote:
> On Thu, Jul 31, 2014 at 3:23 PM, Mark Rutland <[1]mark.rutland@arm.com>
> wrote:
>
> On Thu, Jul 31, 2014 at 09:41:10AM +0100, Ganapatrao Kulkarni wrote:
> > On Wed, Jul 30, 2014 at 9:16 PM, Mark Rutland
> <[1][2]mark.rutland-5wv7dgnIgG8@public.gmane.org>
> > wrote:
> >
> > Hi,
> > On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> > > From: Radha Mohan Chintakuntla <[2][3]rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> > >
> > > Add initial device tree nodes for Cavium Thunder SoCs with
> support of
> > > 48 cores and gicv3. The dts file requires further changes, esp.
> for
> > > pci, gicv3-its and smmu. This changes will be added later
> together
> > > with the device drivers.
> > >
> > > Signed-off-by: Radha Mohan Chintakuntla
> <[3][4]rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> > > Signed-off-by: Robert Richter <[4][5]rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> > > ---
> > > arch/arm64/boot/dts/Makefile | 1 +
> > > arch/arm64/boot/dts/thunder-88xx.dts | 387
> > +++++++++++++++++++++++++++++++++++
> > > 2 files changed, 388 insertions(+)
> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> > >
> > > diff --git a/arch/arm64/boot/dts/Makefile
> > b/arch/arm64/boot/dts/Makefile
> > > index c52bdb051f66..f8001a62029c 100644
> > > --- a/arch/arm64/boot/dts/Makefile
> > > +++ b/arch/arm64/boot/dts/Makefile
> > > @@ -1,3 +1,4 @@
> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb
> foundation-v8.dtb
> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> > >
> > > diff --git a/arch/arm64/boot/dts/thunder-88xx.dts
> > b/arch/arm64/boot/dts/thunder-88xx.dts
> > > new file mode 100644
> > > index 000000000000..4cf20ac9138b
> > > --- /dev/null
> > > +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> > > @@ -0,0 +1,387 @@
> > > +/*
> > > + * Cavium Thunder DTS file
> > > + *
> > > + * Copyright (C) 2013, Cavium Inc.
> > > + *
> > > + * This program is free software; you can redistribute it
> and/or
> > > + * modify it under the terms of the GNU General Public License
> as
> > > + * published by the Free Software Foundation; either version 2
> of
> > > + * the License, or (at your option) any later version.
> > > + */
> > > +/dts-v1/;
> > > +
> > > +/* Reserving first 12MB of DDR for firmware */
> > > +/memreserve/ 0x00000000 0x00c00000;
> >
> > What exactly is this memreserve intended to protect at runtime?
> > Yes, this 12 MB is reserved for ATF and UEFI boot and run-time
> services.
>
> If booted as an EFI application Linux will use the UEFI memory map.
> Anything UEFI needs to have kept around will be marked as such, so
> there's no need to memreserve that.
>
> We are loading ATF and UEFI from flash(which is not XIP) within 12MB of
> DDR.
> I dont see UEFI stub freeing RAM address where UEFI image is loaded.
Therefore we don't need the memreserve, then?
> I was under the impression that the ARM Trusted Firmware didn't need
> anything resident on the non-secure side, so I don't see why that needs
> a memreserve -- Linux should not be able to address anything it has
> resident.
>
> We mark RAM used by ATF as secure-RAM, however we don't support
> secure/non-secure address aliasing.
> i.e, a DRAM address that can be referenced from both a secure PA and a
> non-secure PA is not allowed.
What exactly do you mean by "not allowed"?
If Linux maps that memory, what happens?
What if Linux tried to read or write to it?
If Linux should not map that memory, it should not be described in the
memory map to begin with.
Thanks,
Mark.
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 11:33 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-07-31 11:33 UTC (permalink / raw)
To: linux-arm-kernel
Please send plain text rather than HTML email; this is becoming painful
to reply to.
On Thu, Jul 31, 2014 at 12:12:33PM +0100, Ganapatrao Kulkarni wrote:
> On Thu, Jul 31, 2014 at 3:23 PM, Mark Rutland <[1]mark.rutland@arm.com>
> wrote:
>
> On Thu, Jul 31, 2014 at 09:41:10AM +0100, Ganapatrao Kulkarni wrote:
> > ? ?On Wed, Jul 30, 2014 at 9:16 PM, Mark Rutland
> <[1][2]mark.rutland@arm.com>
> > ? ?wrote:
> >
> > ? ? ?Hi,
> > ? ? ?On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> > ? ? ?> From: Radha Mohan Chintakuntla <[2][3]rchintakuntla@cavium.com>
> > ? ? ?>
> > ? ? ?> Add initial device tree nodes for Cavium Thunder SoCs with
> support of
> > ? ? ?> 48 cores and gicv3. The dts file requires further changes, esp.
> for
> > ? ? ?> pci, gicv3-its and smmu. This changes will be added later
> together
> > ? ? ?> with the device drivers.
> > ? ? ?>
> > ? ? ?> Signed-off-by: Radha Mohan Chintakuntla
> <[3][4]rchintakuntla@cavium.com>
> > ? ? ?> Signed-off-by: Robert Richter <[4][5]rrichter@cavium.com>
> > ? ? ?> ---
> > ? ? ?> ?arch/arm64/boot/dts/Makefile ? ? ? ? | ? 1 +
> > ? ? ?> ?arch/arm64/boot/dts/thunder-88xx.dts | 387
> > ? ? ?+++++++++++++++++++++++++++++++++++
> > ? ? ?> ?2 files changed, 388 insertions(+)
> > ? ? ?> ?create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> > ? ? ?>
> > ? ? ?> diff --git a/arch/arm64/boot/dts/Makefile
> > ? ? ?b/arch/arm64/boot/dts/Makefile
> > ? ? ?> index c52bdb051f66..f8001a62029c 100644
> > ? ? ?> --- a/arch/arm64/boot/dts/Makefile
> > ? ? ?> +++ b/arch/arm64/boot/dts/Makefile
> > ? ? ?> @@ -1,3 +1,4 @@
> > ? ? ?> +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > ? ? ?> ?dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb
> foundation-v8.dtb
> > ? ? ?> ?dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> > ? ? ?>
> > ? ? ?> diff --git a/arch/arm64/boot/dts/thunder-88xx.dts
> > ? ? ?b/arch/arm64/boot/dts/thunder-88xx.dts
> > ? ? ?> new file mode 100644
> > ? ? ?> index 000000000000..4cf20ac9138b
> > ? ? ?> --- /dev/null
> > ? ? ?> +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> > ? ? ?> @@ -0,0 +1,387 @@
> > ? ? ?> +/*
> > ? ? ?> + * Cavium Thunder DTS file
> > ? ? ?> + *
> > ? ? ?> + * Copyright (C) 2013, Cavium Inc.
> > ? ? ?> + *
> > ? ? ?> + * This program is free software; you can redistribute it
> and/or
> > ? ? ?> + * modify it under the terms of the GNU General Public License
> as
> > ? ? ?> + * published by the Free Software Foundation; either version 2
> of
> > ? ? ?> + * the License, or (at your option) any later version.
> > ? ? ?> + */
> > ? ? ?> +/dts-v1/;
> > ? ? ?> +
> > ? ? ?> +/* Reserving first 12MB of DDR for firmware */
> > ? ? ?> +/memreserve/ 0x00000000 0x00c00000;
> >
> > ? ? ?What exactly is this memreserve intended to protect at runtime?
> > ? ? ?Yes, this 12 MB is reserved for ATF and UEFI boot and run-time
> services.
>
> If booted as an EFI application Linux will use the UEFI memory map.
> Anything UEFI needs to have kept around will be marked as such, so
> there's no need to memreserve that.
>
> We are loading ATF and UEFI from flash(which is not XIP) within 12MB of
> DDR.
> ?I dont see UEFI stub freeing RAM address where UEFI? image is loaded.
Therefore we don't need the memreserve, then?
> I was under the impression that the ARM Trusted Firmware didn't need
> anything resident on the non-secure side, so I don't see why that needs
> a memreserve -- Linux should not be able to address anything it has
> resident.
>
> We mark RAM used by ATF as secure-RAM, however we don't support
> secure/non-secure address aliasing.
> i.e, a DRAM address that can be referenced from both a secure PA and a
> non-secure PA is not allowed.
What exactly do you mean by "not allowed"?
If Linux maps that memory, what happens?
What if Linux tried to read or write to it?
If Linux should not map that memory, it should not be described in the
memory map to begin with.
Thanks,
Mark.
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 11:33 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-31 11:33 UTC (permalink / raw)
To: Arnd Bergmann
Cc: Catalin Marinas, Will Deacon, Rob Herring, Pawel Moll,
Mark Rutland, Ian Campbell, Kumar Gala, linux-kernel,
linux-arm-kernel, Radha Mohan Chintakuntla, Robert Richter,
devicetree
On 31.07.14 12:24:13, Arnd Bergmann wrote:
> On Wednesday 30 July 2014, Robert Richter wrote:
> > +/*
> > + * Cavium Thunder DTS file
> > + *
> > + * Copyright (C) 2013, Cavium Inc.
> > + *
> > + * This program is free software; you can redistribute it and/or
> > + * modify it under the terms of the GNU General Public License as
> > + * published by the Free Software Foundation; either version 2 of
> > + * the License, or (at your option) any later version.
> > + */
>
> I think it makes sense to use a permissive license for these files here,
> since board vendors may want to include a copy of the binary in their
> firmware, which isn't necessarily GPL compatible.
>
> What is Cavium's interest in making this GPL?
See my response to Rob's mail on this.
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 11:33 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-31 11:33 UTC (permalink / raw)
To: Arnd Bergmann
Cc: Catalin Marinas, Will Deacon, Rob Herring, Pawel Moll,
Mark Rutland, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, Robert Richter,
devicetree-u79uwXL29TY76Z2rM5mHXA
On 31.07.14 12:24:13, Arnd Bergmann wrote:
> On Wednesday 30 July 2014, Robert Richter wrote:
> > +/*
> > + * Cavium Thunder DTS file
> > + *
> > + * Copyright (C) 2013, Cavium Inc.
> > + *
> > + * This program is free software; you can redistribute it and/or
> > + * modify it under the terms of the GNU General Public License as
> > + * published by the Free Software Foundation; either version 2 of
> > + * the License, or (at your option) any later version.
> > + */
>
> I think it makes sense to use a permissive license for these files here,
> since board vendors may want to include a copy of the binary in their
> firmware, which isn't necessarily GPL compatible.
>
> What is Cavium's interest in making this GPL?
See my response to Rob's mail on this.
-Robert
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 11:33 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-31 11:33 UTC (permalink / raw)
To: linux-arm-kernel
On 31.07.14 12:24:13, Arnd Bergmann wrote:
> On Wednesday 30 July 2014, Robert Richter wrote:
> > +/*
> > + * Cavium Thunder DTS file
> > + *
> > + * Copyright (C) 2013, Cavium Inc.
> > + *
> > + * This program is free software; you can redistribute it and/or
> > + * modify it under the terms of the GNU General Public License as
> > + * published by the Free Software Foundation; either version 2 of
> > + * the License, or (at your option) any later version.
> > + */
>
> I think it makes sense to use a permissive license for these files here,
> since board vendors may want to include a copy of the binary in their
> firmware, which isn't necessarily GPL compatible.
>
> What is Cavium's interest in making this GPL?
See my response to Rob's mail on this.
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 12:34 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-31 12:34 UTC (permalink / raw)
To: Rob Herring
Cc: Mark Rutland, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel, linux-arm-kernel, Radha Mohan Chintakuntla,
Robert Richter, devicetree
On 30.07.14 11:37:38, Rob Herring wrote:
> On Wed, Jul 30, 2014 at 10:46 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> > On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> >> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >> +/ {
> >> + model = "Cavium ThunderX CN88XX Family";
> >> + compatible = "cavium,thunder-88xx";
> >
> > Please don't use wildcards in compatible strings. Give this an absolute
> > name, and override as necessary.
The naming 88xx refers to the processor family and arn't actually
wildcards. In the future we might need another dts file for 87xx, but
so far all SoCs of 88xx family should use the same dts files. In this
sense the naming is very specific.
> >> + cpus {
> >> + #address-cells = <2>;
> >> + #size-cells = <0>;
> >> +
> >> + cpu@000 {
> >> + device_type = "cpu";
> >> + compatible = "cavium,thunder", "arm,armv8";
> >> + reg = <0x0 0x000>;
> >> + enable-method = "psci";
> >> + };
> >
> > Just to check: both the SoC and CPU are called thunder?
The soc is called thunder-88xx, the cpu thunder. E.g. an 87xx soc will
have the same core in which is thunder.
> >> + memory@00000000 {
> >> + device_type = "memory";
> >> + reg = <0x0 0x00000000 0x0 0x80000000>;
> >> + };
> >> +
> >> + gic0: interrupt-controller@801000000000 {
> >
> > To make this easier to read, please place a comma between 32-bit
> > portions of the unit address (e.g. here have 8010,00000000).
Changed this.
>
> Mark, perhaps a dtc or checkpatch.pl check for this?
>
> This should also be under a bus node.
Will do.
>
> >> + compatible = "arm,gic-v3";
> >> + #interrupt-cells = <3>;
> >> + #address-cells = <2>;
> >> + #size-cells = <2>;
> >> + ranges;
> >
> > This has no children, so why have ranges, #address-cells, and
> > #size-cells?
Right, this is a leftover from a change in a follow on patch that
introduces a child for its. Will remove #address-cells, #size-cells
and ranges in this patch and move the change to the later patch.
> >
> >> + interrupt-controller;
> >> + reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
> >> + <0x8010 0x80000000 0x0 0x200000>; /* GICR */
> >> + interrupts = <1 9 0xf04>;
> >> + };
> >> + clocks {
> >> + #address-cells = <2>;
> >> + #size-cells = <2>;
> >> + ranges;
> >> +
> >> + refclk50mhz: refclk50mhz {
> >> + compatible = "fixed-clock";
> >> + #clock-cells = <0>;
> >> + clock-frequency = <50000000>;
> >> + clock-output-names = "refclk50mhz";
> >> + };
> >> + };
> >
> > Please get rid of the clocks node and just put the clocks here.
Will do.
> >
> >> +
> >> + uaa0: serial@87e024000000 {
> >> + compatible = "arm,pl011", "arm,primecell";
> >> + reg = <0x87e0 0x24000000 0x0 0x1000>;
> >> + interrupts = <1 21 4>;
> >> + clocks = <&refclk50mhz>;
> >> + clock-names = "apb_pclk";
> >
> > Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> > latter.
>
> Shouldn't new bindings have both clocks here? A single clock was a
> mistake I think (mine in fact).
Do you mean
clock-names = "uartclk", "apb_pclk";
here?
Thanks,
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 12:34 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-31 12:34 UTC (permalink / raw)
To: Rob Herring
Cc: Mark Rutland, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, Robert Richter,
devicetree-u79uwXL29TY76Z2rM5mHXA
On 30.07.14 11:37:38, Rob Herring wrote:
> On Wed, Jul 30, 2014 at 10:46 AM, Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> wrote:
> > On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> >> From: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> >> +/ {
> >> + model = "Cavium ThunderX CN88XX Family";
> >> + compatible = "cavium,thunder-88xx";
> >
> > Please don't use wildcards in compatible strings. Give this an absolute
> > name, and override as necessary.
The naming 88xx refers to the processor family and arn't actually
wildcards. In the future we might need another dts file for 87xx, but
so far all SoCs of 88xx family should use the same dts files. In this
sense the naming is very specific.
> >> + cpus {
> >> + #address-cells = <2>;
> >> + #size-cells = <0>;
> >> +
> >> + cpu@000 {
> >> + device_type = "cpu";
> >> + compatible = "cavium,thunder", "arm,armv8";
> >> + reg = <0x0 0x000>;
> >> + enable-method = "psci";
> >> + };
> >
> > Just to check: both the SoC and CPU are called thunder?
The soc is called thunder-88xx, the cpu thunder. E.g. an 87xx soc will
have the same core in which is thunder.
> >> + memory@00000000 {
> >> + device_type = "memory";
> >> + reg = <0x0 0x00000000 0x0 0x80000000>;
> >> + };
> >> +
> >> + gic0: interrupt-controller@801000000000 {
> >
> > To make this easier to read, please place a comma between 32-bit
> > portions of the unit address (e.g. here have 8010,00000000).
Changed this.
>
> Mark, perhaps a dtc or checkpatch.pl check for this?
>
> This should also be under a bus node.
Will do.
>
> >> + compatible = "arm,gic-v3";
> >> + #interrupt-cells = <3>;
> >> + #address-cells = <2>;
> >> + #size-cells = <2>;
> >> + ranges;
> >
> > This has no children, so why have ranges, #address-cells, and
> > #size-cells?
Right, this is a leftover from a change in a follow on patch that
introduces a child for its. Will remove #address-cells, #size-cells
and ranges in this patch and move the change to the later patch.
> >
> >> + interrupt-controller;
> >> + reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
> >> + <0x8010 0x80000000 0x0 0x200000>; /* GICR */
> >> + interrupts = <1 9 0xf04>;
> >> + };
> >> + clocks {
> >> + #address-cells = <2>;
> >> + #size-cells = <2>;
> >> + ranges;
> >> +
> >> + refclk50mhz: refclk50mhz {
> >> + compatible = "fixed-clock";
> >> + #clock-cells = <0>;
> >> + clock-frequency = <50000000>;
> >> + clock-output-names = "refclk50mhz";
> >> + };
> >> + };
> >
> > Please get rid of the clocks node and just put the clocks here.
Will do.
> >
> >> +
> >> + uaa0: serial@87e024000000 {
> >> + compatible = "arm,pl011", "arm,primecell";
> >> + reg = <0x87e0 0x24000000 0x0 0x1000>;
> >> + interrupts = <1 21 4>;
> >> + clocks = <&refclk50mhz>;
> >> + clock-names = "apb_pclk";
> >
> > Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> > latter.
>
> Shouldn't new bindings have both clocks here? A single clock was a
> mistake I think (mine in fact).
Do you mean
clock-names = "uartclk", "apb_pclk";
here?
Thanks,
-Robert
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 12:34 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-31 12:34 UTC (permalink / raw)
To: linux-arm-kernel
On 30.07.14 11:37:38, Rob Herring wrote:
> On Wed, Jul 30, 2014 at 10:46 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> > On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> >> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >> +/ {
> >> + model = "Cavium ThunderX CN88XX Family";
> >> + compatible = "cavium,thunder-88xx";
> >
> > Please don't use wildcards in compatible strings. Give this an absolute
> > name, and override as necessary.
The naming 88xx refers to the processor family and arn't actually
wildcards. In the future we might need another dts file for 87xx, but
so far all SoCs of 88xx family should use the same dts files. In this
sense the naming is very specific.
> >> + cpus {
> >> + #address-cells = <2>;
> >> + #size-cells = <0>;
> >> +
> >> + cpu at 000 {
> >> + device_type = "cpu";
> >> + compatible = "cavium,thunder", "arm,armv8";
> >> + reg = <0x0 0x000>;
> >> + enable-method = "psci";
> >> + };
> >
> > Just to check: both the SoC and CPU are called thunder?
The soc is called thunder-88xx, the cpu thunder. E.g. an 87xx soc will
have the same core in which is thunder.
> >> + memory at 00000000 {
> >> + device_type = "memory";
> >> + reg = <0x0 0x00000000 0x0 0x80000000>;
> >> + };
> >> +
> >> + gic0: interrupt-controller at 801000000000 {
> >
> > To make this easier to read, please place a comma between 32-bit
> > portions of the unit address (e.g. here have 8010,00000000).
Changed this.
>
> Mark, perhaps a dtc or checkpatch.pl check for this?
>
> This should also be under a bus node.
Will do.
>
> >> + compatible = "arm,gic-v3";
> >> + #interrupt-cells = <3>;
> >> + #address-cells = <2>;
> >> + #size-cells = <2>;
> >> + ranges;
> >
> > This has no children, so why have ranges, #address-cells, and
> > #size-cells?
Right, this is a leftover from a change in a follow on patch that
introduces a child for its. Will remove #address-cells, #size-cells
and ranges in this patch and move the change to the later patch.
> >
> >> + interrupt-controller;
> >> + reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
> >> + <0x8010 0x80000000 0x0 0x200000>; /* GICR */
> >> + interrupts = <1 9 0xf04>;
> >> + };
> >> + clocks {
> >> + #address-cells = <2>;
> >> + #size-cells = <2>;
> >> + ranges;
> >> +
> >> + refclk50mhz: refclk50mhz {
> >> + compatible = "fixed-clock";
> >> + #clock-cells = <0>;
> >> + clock-frequency = <50000000>;
> >> + clock-output-names = "refclk50mhz";
> >> + };
> >> + };
> >
> > Please get rid of the clocks node and just put the clocks here.
Will do.
> >
> >> +
> >> + uaa0: serial at 87e024000000 {
> >> + compatible = "arm,pl011", "arm,primecell";
> >> + reg = <0x87e0 0x24000000 0x0 0x1000>;
> >> + interrupts = <1 21 4>;
> >> + clocks = <&refclk50mhz>;
> >> + clock-names = "apb_pclk";
> >
> > Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> > latter.
>
> Shouldn't new bindings have both clocks here? A single clock was a
> mistake I think (mine in fact).
Do you mean
clock-names = "uartclk", "apb_pclk";
here?
Thanks,
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 15:22 ` Rob Herring
0 siblings, 0 replies; 97+ messages in thread
From: Rob Herring @ 2014-07-31 15:22 UTC (permalink / raw)
To: Robert Richter
Cc: Mark Rutland, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel, linux-arm-kernel, Radha Mohan Chintakuntla,
Robert Richter, devicetree
On Thu, Jul 31, 2014 at 7:34 AM, Robert Richter <rric@kernel.org> wrote:
> On 30.07.14 11:37:38, Rob Herring wrote:
>> On Wed, Jul 30, 2014 at 10:46 AM, Mark Rutland <mark.rutland@arm.com> wrote:
>> > On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
>> >> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>
>> >> +/ {
>> >> + model = "Cavium ThunderX CN88XX Family";
>> >> + compatible = "cavium,thunder-88xx";
>> >
>> > Please don't use wildcards in compatible strings. Give this an absolute
>> > name, and override as necessary.
>
> The naming 88xx refers to the processor family and arn't actually
> wildcards. In the future we might need another dts file for 87xx, but
> so far all SoCs of 88xx family should use the same dts files. In this
> sense the naming is very specific.
Yes, but each implementation can have its own errata. You might not
need to distinguish them now, but you could in the future.
However, if the family is really all the same die and different parts
are just marketing, then the name is fine. Or if you can easily probe
the exact part and revision it's probably fine.
>
>
>> >> + cpus {
>> >> + #address-cells = <2>;
>> >> + #size-cells = <0>;
>> >> +
>> >> + cpu@000 {
>> >> + device_type = "cpu";
>> >> + compatible = "cavium,thunder", "arm,armv8";
>> >> + reg = <0x0 0x000>;
>> >> + enable-method = "psci";
>> >> + };
>> >
>> > Just to check: both the SoC and CPU are called thunder?
>
> The soc is called thunder-88xx, the cpu thunder. E.g. an 87xx soc will
> have the same core in which is thunder.
And the next version of the core would be called something else?
thunder-v2? lightning? As long as they are distinguishable they should
be fine.
Rob
>
>
>> >> + memory@00000000 {
>> >> + device_type = "memory";
>> >> + reg = <0x0 0x00000000 0x0 0x80000000>;
>> >> + };
>> >> +
>> >> + gic0: interrupt-controller@801000000000 {
>> >
>> > To make this easier to read, please place a comma between 32-bit
>> > portions of the unit address (e.g. here have 8010,00000000).
>
> Changed this.
>
>>
>> Mark, perhaps a dtc or checkpatch.pl check for this?
>>
>> This should also be under a bus node.
>
> Will do.
>
>>
>> >> + compatible = "arm,gic-v3";
>> >> + #interrupt-cells = <3>;
>> >> + #address-cells = <2>;
>> >> + #size-cells = <2>;
>> >> + ranges;
>> >
>> > This has no children, so why have ranges, #address-cells, and
>> > #size-cells?
>
> Right, this is a leftover from a change in a follow on patch that
> introduces a child for its. Will remove #address-cells, #size-cells
> and ranges in this patch and move the change to the later patch.
>
>> >
>> >> + interrupt-controller;
>> >> + reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
>> >> + <0x8010 0x80000000 0x0 0x200000>; /* GICR */
>> >> + interrupts = <1 9 0xf04>;
>> >> + };
>
>> >> + clocks {
>> >> + #address-cells = <2>;
>> >> + #size-cells = <2>;
>> >> + ranges;
>> >> +
>> >> + refclk50mhz: refclk50mhz {
>> >> + compatible = "fixed-clock";
>> >> + #clock-cells = <0>;
>> >> + clock-frequency = <50000000>;
>> >> + clock-output-names = "refclk50mhz";
>> >> + };
>> >> + };
>> >
>> > Please get rid of the clocks node and just put the clocks here.
>
> Will do.
>
>> >
>> >> +
>> >> + uaa0: serial@87e024000000 {
>> >> + compatible = "arm,pl011", "arm,primecell";
>> >> + reg = <0x87e0 0x24000000 0x0 0x1000>;
>> >> + interrupts = <1 21 4>;
>> >> + clocks = <&refclk50mhz>;
>> >> + clock-names = "apb_pclk";
>> >
>> > Is this actually the apb_pclk, or is the the uartclk? I assume it's the
>> > latter.
>>
>> Shouldn't new bindings have both clocks here? A single clock was a
>> mistake I think (mine in fact).
>
> Do you mean
> clock-names = "uartclk", "apb_pclk";
> here?
Yes, but Mark said this change never happened so maybe it is fine. In
any case, follow the pl011 binding documentation.
Rob
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 15:22 ` Rob Herring
0 siblings, 0 replies; 97+ messages in thread
From: Rob Herring @ 2014-07-31 15:22 UTC (permalink / raw)
To: Robert Richter
Cc: Mark Rutland, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, Robert Richter,
devicetree-u79uwXL29TY76Z2rM5mHXA
On Thu, Jul 31, 2014 at 7:34 AM, Robert Richter <rric-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
> On 30.07.14 11:37:38, Rob Herring wrote:
>> On Wed, Jul 30, 2014 at 10:46 AM, Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> wrote:
>> > On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
>> >> From: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>
>> >> +/ {
>> >> + model = "Cavium ThunderX CN88XX Family";
>> >> + compatible = "cavium,thunder-88xx";
>> >
>> > Please don't use wildcards in compatible strings. Give this an absolute
>> > name, and override as necessary.
>
> The naming 88xx refers to the processor family and arn't actually
> wildcards. In the future we might need another dts file for 87xx, but
> so far all SoCs of 88xx family should use the same dts files. In this
> sense the naming is very specific.
Yes, but each implementation can have its own errata. You might not
need to distinguish them now, but you could in the future.
However, if the family is really all the same die and different parts
are just marketing, then the name is fine. Or if you can easily probe
the exact part and revision it's probably fine.
>
>
>> >> + cpus {
>> >> + #address-cells = <2>;
>> >> + #size-cells = <0>;
>> >> +
>> >> + cpu@000 {
>> >> + device_type = "cpu";
>> >> + compatible = "cavium,thunder", "arm,armv8";
>> >> + reg = <0x0 0x000>;
>> >> + enable-method = "psci";
>> >> + };
>> >
>> > Just to check: both the SoC and CPU are called thunder?
>
> The soc is called thunder-88xx, the cpu thunder. E.g. an 87xx soc will
> have the same core in which is thunder.
And the next version of the core would be called something else?
thunder-v2? lightning? As long as they are distinguishable they should
be fine.
Rob
>
>
>> >> + memory@00000000 {
>> >> + device_type = "memory";
>> >> + reg = <0x0 0x00000000 0x0 0x80000000>;
>> >> + };
>> >> +
>> >> + gic0: interrupt-controller@801000000000 {
>> >
>> > To make this easier to read, please place a comma between 32-bit
>> > portions of the unit address (e.g. here have 8010,00000000).
>
> Changed this.
>
>>
>> Mark, perhaps a dtc or checkpatch.pl check for this?
>>
>> This should also be under a bus node.
>
> Will do.
>
>>
>> >> + compatible = "arm,gic-v3";
>> >> + #interrupt-cells = <3>;
>> >> + #address-cells = <2>;
>> >> + #size-cells = <2>;
>> >> + ranges;
>> >
>> > This has no children, so why have ranges, #address-cells, and
>> > #size-cells?
>
> Right, this is a leftover from a change in a follow on patch that
> introduces a child for its. Will remove #address-cells, #size-cells
> and ranges in this patch and move the change to the later patch.
>
>> >
>> >> + interrupt-controller;
>> >> + reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
>> >> + <0x8010 0x80000000 0x0 0x200000>; /* GICR */
>> >> + interrupts = <1 9 0xf04>;
>> >> + };
>
>> >> + clocks {
>> >> + #address-cells = <2>;
>> >> + #size-cells = <2>;
>> >> + ranges;
>> >> +
>> >> + refclk50mhz: refclk50mhz {
>> >> + compatible = "fixed-clock";
>> >> + #clock-cells = <0>;
>> >> + clock-frequency = <50000000>;
>> >> + clock-output-names = "refclk50mhz";
>> >> + };
>> >> + };
>> >
>> > Please get rid of the clocks node and just put the clocks here.
>
> Will do.
>
>> >
>> >> +
>> >> + uaa0: serial@87e024000000 {
>> >> + compatible = "arm,pl011", "arm,primecell";
>> >> + reg = <0x87e0 0x24000000 0x0 0x1000>;
>> >> + interrupts = <1 21 4>;
>> >> + clocks = <&refclk50mhz>;
>> >> + clock-names = "apb_pclk";
>> >
>> > Is this actually the apb_pclk, or is the the uartclk? I assume it's the
>> > latter.
>>
>> Shouldn't new bindings have both clocks here? A single clock was a
>> mistake I think (mine in fact).
>
> Do you mean
> clock-names = "uartclk", "apb_pclk";
> here?
Yes, but Mark said this change never happened so maybe it is fine. In
any case, follow the pl011 binding documentation.
Rob
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 15:22 ` Rob Herring
0 siblings, 0 replies; 97+ messages in thread
From: Rob Herring @ 2014-07-31 15:22 UTC (permalink / raw)
To: linux-arm-kernel
On Thu, Jul 31, 2014 at 7:34 AM, Robert Richter <rric@kernel.org> wrote:
> On 30.07.14 11:37:38, Rob Herring wrote:
>> On Wed, Jul 30, 2014 at 10:46 AM, Mark Rutland <mark.rutland@arm.com> wrote:
>> > On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
>> >> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>
>> >> +/ {
>> >> + model = "Cavium ThunderX CN88XX Family";
>> >> + compatible = "cavium,thunder-88xx";
>> >
>> > Please don't use wildcards in compatible strings. Give this an absolute
>> > name, and override as necessary.
>
> The naming 88xx refers to the processor family and arn't actually
> wildcards. In the future we might need another dts file for 87xx, but
> so far all SoCs of 88xx family should use the same dts files. In this
> sense the naming is very specific.
Yes, but each implementation can have its own errata. You might not
need to distinguish them now, but you could in the future.
However, if the family is really all the same die and different parts
are just marketing, then the name is fine. Or if you can easily probe
the exact part and revision it's probably fine.
>
>
>> >> + cpus {
>> >> + #address-cells = <2>;
>> >> + #size-cells = <0>;
>> >> +
>> >> + cpu at 000 {
>> >> + device_type = "cpu";
>> >> + compatible = "cavium,thunder", "arm,armv8";
>> >> + reg = <0x0 0x000>;
>> >> + enable-method = "psci";
>> >> + };
>> >
>> > Just to check: both the SoC and CPU are called thunder?
>
> The soc is called thunder-88xx, the cpu thunder. E.g. an 87xx soc will
> have the same core in which is thunder.
And the next version of the core would be called something else?
thunder-v2? lightning? As long as they are distinguishable they should
be fine.
Rob
>
>
>> >> + memory at 00000000 {
>> >> + device_type = "memory";
>> >> + reg = <0x0 0x00000000 0x0 0x80000000>;
>> >> + };
>> >> +
>> >> + gic0: interrupt-controller at 801000000000 {
>> >
>> > To make this easier to read, please place a comma between 32-bit
>> > portions of the unit address (e.g. here have 8010,00000000).
>
> Changed this.
>
>>
>> Mark, perhaps a dtc or checkpatch.pl check for this?
>>
>> This should also be under a bus node.
>
> Will do.
>
>>
>> >> + compatible = "arm,gic-v3";
>> >> + #interrupt-cells = <3>;
>> >> + #address-cells = <2>;
>> >> + #size-cells = <2>;
>> >> + ranges;
>> >
>> > This has no children, so why have ranges, #address-cells, and
>> > #size-cells?
>
> Right, this is a leftover from a change in a follow on patch that
> introduces a child for its. Will remove #address-cells, #size-cells
> and ranges in this patch and move the change to the later patch.
>
>> >
>> >> + interrupt-controller;
>> >> + reg = <0x8010 0x00000000 0x0 0x010000>, /* GICD */
>> >> + <0x8010 0x80000000 0x0 0x200000>; /* GICR */
>> >> + interrupts = <1 9 0xf04>;
>> >> + };
>
>> >> + clocks {
>> >> + #address-cells = <2>;
>> >> + #size-cells = <2>;
>> >> + ranges;
>> >> +
>> >> + refclk50mhz: refclk50mhz {
>> >> + compatible = "fixed-clock";
>> >> + #clock-cells = <0>;
>> >> + clock-frequency = <50000000>;
>> >> + clock-output-names = "refclk50mhz";
>> >> + };
>> >> + };
>> >
>> > Please get rid of the clocks node and just put the clocks here.
>
> Will do.
>
>> >
>> >> +
>> >> + uaa0: serial at 87e024000000 {
>> >> + compatible = "arm,pl011", "arm,primecell";
>> >> + reg = <0x87e0 0x24000000 0x0 0x1000>;
>> >> + interrupts = <1 21 4>;
>> >> + clocks = <&refclk50mhz>;
>> >> + clock-names = "apb_pclk";
>> >
>> > Is this actually the apb_pclk, or is the the uartclk? I assume it's the
>> > latter.
>>
>> Shouldn't new bindings have both clocks here? A single clock was a
>> mistake I think (mine in fact).
>
> Do you mean
> clock-names = "uartclk", "apb_pclk";
> here?
Yes, but Mark said this change never happened so maybe it is fine. In
any case, follow the pl011 binding documentation.
Rob
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 16:35 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-31 16:35 UTC (permalink / raw)
To: Rob Herring
Cc: Mark Rutland, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel, linux-arm-kernel, Radha Mohan Chintakuntla,
Robert Richter, devicetree
On 31.07.14 10:22:19, Rob Herring wrote:
> On Thu, Jul 31, 2014 at 7:34 AM, Robert Richter <rric@kernel.org> wrote:
> > On 30.07.14 11:37:38, Rob Herring wrote:
> >> On Wed, Jul 30, 2014 at 10:46 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> >> > On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> >> >> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >
> >> >> +/ {
> >> >> + model = "Cavium ThunderX CN88XX Family";
> >> >> + compatible = "cavium,thunder-88xx";
> >> >
> >> > Please don't use wildcards in compatible strings. Give this an absolute
> >> > name, and override as necessary.
> >
> > The naming 88xx refers to the processor family and arn't actually
> > wildcards. In the future we might need another dts file for 87xx, but
> > so far all SoCs of 88xx family should use the same dts files. In this
> > sense the naming is very specific.
>
> Yes, but each implementation can have its own errata. You might not
> need to distinguish them now, but you could in the future.
>
> However, if the family is really all the same die and different parts
> are just marketing, then the name is fine. Or if you can easily probe
> the exact part and revision it's probably fine.
Yes, this relates to the same soc.
>
> >
> >
> >> >> + cpus {
> >> >> + #address-cells = <2>;
> >> >> + #size-cells = <0>;
> >> >> +
> >> >> + cpu@000 {
> >> >> + device_type = "cpu";
> >> >> + compatible = "cavium,thunder", "arm,armv8";
> >> >> + reg = <0x0 0x000>;
> >> >> + enable-method = "psci";
> >> >> + };
> >> >
> >> > Just to check: both the SoC and CPU are called thunder?
> >
> > The soc is called thunder-88xx, the cpu thunder. E.g. an 87xx soc will
> > have the same core in which is thunder.
>
> And the next version of the core would be called something else?
> thunder-v2? lightning? As long as they are distinguishable they should
> be fine.
Same here, the name relates to the same core.
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 16:35 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-31 16:35 UTC (permalink / raw)
To: Rob Herring
Cc: Mark Rutland, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, Robert Richter,
devicetree-u79uwXL29TY76Z2rM5mHXA
On 31.07.14 10:22:19, Rob Herring wrote:
> On Thu, Jul 31, 2014 at 7:34 AM, Robert Richter <rric-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
> > On 30.07.14 11:37:38, Rob Herring wrote:
> >> On Wed, Jul 30, 2014 at 10:46 AM, Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> wrote:
> >> > On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> >> >> From: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> >
> >> >> +/ {
> >> >> + model = "Cavium ThunderX CN88XX Family";
> >> >> + compatible = "cavium,thunder-88xx";
> >> >
> >> > Please don't use wildcards in compatible strings. Give this an absolute
> >> > name, and override as necessary.
> >
> > The naming 88xx refers to the processor family and arn't actually
> > wildcards. In the future we might need another dts file for 87xx, but
> > so far all SoCs of 88xx family should use the same dts files. In this
> > sense the naming is very specific.
>
> Yes, but each implementation can have its own errata. You might not
> need to distinguish them now, but you could in the future.
>
> However, if the family is really all the same die and different parts
> are just marketing, then the name is fine. Or if you can easily probe
> the exact part and revision it's probably fine.
Yes, this relates to the same soc.
>
> >
> >
> >> >> + cpus {
> >> >> + #address-cells = <2>;
> >> >> + #size-cells = <0>;
> >> >> +
> >> >> + cpu@000 {
> >> >> + device_type = "cpu";
> >> >> + compatible = "cavium,thunder", "arm,armv8";
> >> >> + reg = <0x0 0x000>;
> >> >> + enable-method = "psci";
> >> >> + };
> >> >
> >> > Just to check: both the SoC and CPU are called thunder?
> >
> > The soc is called thunder-88xx, the cpu thunder. E.g. an 87xx soc will
> > have the same core in which is thunder.
>
> And the next version of the core would be called something else?
> thunder-v2? lightning? As long as they are distinguishable they should
> be fine.
Same here, the name relates to the same core.
-Robert
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-07-31 16:35 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-07-31 16:35 UTC (permalink / raw)
To: linux-arm-kernel
On 31.07.14 10:22:19, Rob Herring wrote:
> On Thu, Jul 31, 2014 at 7:34 AM, Robert Richter <rric@kernel.org> wrote:
> > On 30.07.14 11:37:38, Rob Herring wrote:
> >> On Wed, Jul 30, 2014 at 10:46 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> >> > On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> >> >> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >
> >> >> +/ {
> >> >> + model = "Cavium ThunderX CN88XX Family";
> >> >> + compatible = "cavium,thunder-88xx";
> >> >
> >> > Please don't use wildcards in compatible strings. Give this an absolute
> >> > name, and override as necessary.
> >
> > The naming 88xx refers to the processor family and arn't actually
> > wildcards. In the future we might need another dts file for 87xx, but
> > so far all SoCs of 88xx family should use the same dts files. In this
> > sense the naming is very specific.
>
> Yes, but each implementation can have its own errata. You might not
> need to distinguish them now, but you could in the future.
>
> However, if the family is really all the same die and different parts
> are just marketing, then the name is fine. Or if you can easily probe
> the exact part and revision it's probably fine.
Yes, this relates to the same soc.
>
> >
> >
> >> >> + cpus {
> >> >> + #address-cells = <2>;
> >> >> + #size-cells = <0>;
> >> >> +
> >> >> + cpu at 000 {
> >> >> + device_type = "cpu";
> >> >> + compatible = "cavium,thunder", "arm,armv8";
> >> >> + reg = <0x0 0x000>;
> >> >> + enable-method = "psci";
> >> >> + };
> >> >
> >> > Just to check: both the SoC and CPU are called thunder?
> >
> > The soc is called thunder-88xx, the cpu thunder. E.g. an 87xx soc will
> > have the same core in which is thunder.
>
> And the next version of the core would be called something else?
> thunder-v2? lightning? As long as they are distinguishable they should
> be fine.
Same here, the name relates to the same core.
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
2014-07-30 15:46 ` Mark Rutland
(?)
@ 2014-08-01 10:25 ` Robert Richter
-1 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-01 10:25 UTC (permalink / raw)
To: Mark Rutland
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Ian Campbell, Kumar Gala, linux-kernel,
linux-arm-kernel, Radha Mohan Chintakuntla, Robert Richter,
devicetree, Ganapatrao Kulkarni
Mark,
On 30.07.14 16:46:26, Mark Rutland wrote:
> > diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
> > new file mode 100644
> > index 000000000000..4cf20ac9138b
> > --- /dev/null
> > +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> > @@ -0,0 +1,387 @@
> > +/*
> > + * Cavium Thunder DTS file
> > + *
> > + * Copyright (C) 2013, Cavium Inc.
> > + *
> > + * This program is free software; you can redistribute it and/or
> > + * modify it under the terms of the GNU General Public License as
> > + * published by the Free Software Foundation; either version 2 of
> > + * the License, or (at your option) any later version.
> > + */
> > +/dts-v1/;
> > +
> > +/* Reserving first 12MB of DDR for firmware */
> > +/memreserve/ 0x00000000 0x00c00000;
>
> What exactly is this memreserve intended to protect at runtime?
>
> The only item of runtime firmware I see in use below is PSCI on the
> secure side.
>
> How is the kernel booted on this platform? UEFI?
We checked this and it seems we don't need memreserve. Mem is either
not visible to the kernel (ATF) or it is marked reserved by firmware
(UEFI). At the moment we don't see any other use cases. We will remove
this memreserve.
Thanks,
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-01 10:25 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-01 10:25 UTC (permalink / raw)
To: Mark Rutland
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, Robert Richter,
devicetree-u79uwXL29TY76Z2rM5mHXA, Ganapatrao Kulkarni
Mark,
On 30.07.14 16:46:26, Mark Rutland wrote:
> > diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
> > new file mode 100644
> > index 000000000000..4cf20ac9138b
> > --- /dev/null
> > +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> > @@ -0,0 +1,387 @@
> > +/*
> > + * Cavium Thunder DTS file
> > + *
> > + * Copyright (C) 2013, Cavium Inc.
> > + *
> > + * This program is free software; you can redistribute it and/or
> > + * modify it under the terms of the GNU General Public License as
> > + * published by the Free Software Foundation; either version 2 of
> > + * the License, or (at your option) any later version.
> > + */
> > +/dts-v1/;
> > +
> > +/* Reserving first 12MB of DDR for firmware */
> > +/memreserve/ 0x00000000 0x00c00000;
>
> What exactly is this memreserve intended to protect at runtime?
>
> The only item of runtime firmware I see in use below is PSCI on the
> secure side.
>
> How is the kernel booted on this platform? UEFI?
We checked this and it seems we don't need memreserve. Mem is either
not visible to the kernel (ATF) or it is marked reserved by firmware
(UEFI). At the moment we don't see any other use cases. We will remove
this memreserve.
Thanks,
-Robert
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-01 10:25 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-01 10:25 UTC (permalink / raw)
To: linux-arm-kernel
Mark,
On 30.07.14 16:46:26, Mark Rutland wrote:
> > diff --git a/arch/arm64/boot/dts/thunder-88xx.dts b/arch/arm64/boot/dts/thunder-88xx.dts
> > new file mode 100644
> > index 000000000000..4cf20ac9138b
> > --- /dev/null
> > +++ b/arch/arm64/boot/dts/thunder-88xx.dts
> > @@ -0,0 +1,387 @@
> > +/*
> > + * Cavium Thunder DTS file
> > + *
> > + * Copyright (C) 2013, Cavium Inc.
> > + *
> > + * This program is free software; you can redistribute it and/or
> > + * modify it under the terms of the GNU General Public License as
> > + * published by the Free Software Foundation; either version 2 of
> > + * the License, or (at your option) any later version.
> > + */
> > +/dts-v1/;
> > +
> > +/* Reserving first 12MB of DDR for firmware */
> > +/memreserve/ 0x00000000 0x00c00000;
>
> What exactly is this memreserve intended to protect at runtime?
>
> The only item of runtime firmware I see in use below is PSCI on the
> secure side.
>
> How is the kernel booted on this platform? UEFI?
We checked this and it seems we don't need memreserve. Mem is either
not visible to the kernel (ATF) or it is marked reserved by firmware
(UEFI). At the moment we don't see any other use cases. We will remove
this memreserve.
Thanks,
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-01 16:18 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-01 16:18 UTC (permalink / raw)
To: Olof Johansson
Cc: Robert Richter, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Mark Rutland, Ian Campbell,
Kumar Gala, linux-kernel, linux-arm-kernel,
Radha Mohan Chintakuntla, devicetree
Olof,
On 30.07.14 11:14:23, Olof Johansson wrote:
> On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >
> > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > 48 cores and gicv3. The dts file requires further changes, esp. for
> > pci, gicv3-its and smmu. This changes will be added later together
> > with the device drivers.
> >
> > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> > Signed-off-by: Robert Richter <rrichter@cavium.com>
> > ---
> > arch/arm64/boot/dts/Makefile | 1 +
> > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> > 2 files changed, 388 insertions(+)
> > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >
> > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> > index c52bdb051f66..f8001a62029c 100644
> > --- a/arch/arm64/boot/dts/Makefile
> > +++ b/arch/arm64/boot/dts/Makefile
> > @@ -1,3 +1,4 @@
> > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>
> Oh, and:
>
> Let's fix the mistake we made on 32-bit here (that we can't undo
> unless we move all dts files now, which is too much churn), and put
> each SoC vendor in its own subdirectory.
>
> So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
> and the dts there.
>
> We should move vexpress under arm/ and xgene under apm/ too.
I well take a look at this.
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-01 16:18 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-01 16:18 UTC (permalink / raw)
To: Olof Johansson
Cc: Robert Richter, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Mark Rutland, Ian Campbell,
Kumar Gala, linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, devicetree-u79uwXL29TY76Z2rM5mHXA
Olof,
On 30.07.14 11:14:23, Olof Johansson wrote:
> On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
> > From: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> >
> > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > 48 cores and gicv3. The dts file requires further changes, esp. for
> > pci, gicv3-its and smmu. This changes will be added later together
> > with the device drivers.
> >
> > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> > Signed-off-by: Robert Richter <rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> > ---
> > arch/arm64/boot/dts/Makefile | 1 +
> > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> > 2 files changed, 388 insertions(+)
> > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >
> > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> > index c52bdb051f66..f8001a62029c 100644
> > --- a/arch/arm64/boot/dts/Makefile
> > +++ b/arch/arm64/boot/dts/Makefile
> > @@ -1,3 +1,4 @@
> > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>
> Oh, and:
>
> Let's fix the mistake we made on 32-bit here (that we can't undo
> unless we move all dts files now, which is too much churn), and put
> each SoC vendor in its own subdirectory.
>
> So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
> and the dts there.
>
> We should move vexpress under arm/ and xgene under apm/ too.
I well take a look at this.
-Robert
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-01 16:18 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-01 16:18 UTC (permalink / raw)
To: linux-arm-kernel
Olof,
On 30.07.14 11:14:23, Olof Johansson wrote:
> On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >
> > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > 48 cores and gicv3. The dts file requires further changes, esp. for
> > pci, gicv3-its and smmu. This changes will be added later together
> > with the device drivers.
> >
> > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> > Signed-off-by: Robert Richter <rrichter@cavium.com>
> > ---
> > arch/arm64/boot/dts/Makefile | 1 +
> > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> > 2 files changed, 388 insertions(+)
> > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >
> > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> > index c52bdb051f66..f8001a62029c 100644
> > --- a/arch/arm64/boot/dts/Makefile
> > +++ b/arch/arm64/boot/dts/Makefile
> > @@ -1,3 +1,4 @@
> > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>
> Oh, and:
>
> Let's fix the mistake we made on 32-bit here (that we can't undo
> unless we move all dts files now, which is too much churn), and put
> each SoC vendor in its own subdirectory.
>
> So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
> and the dts there.
>
> We should move vexpress under arm/ and xgene under apm/ too.
I well take a look at this.
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
2014-07-31 11:33 ` Mark Rutland
(?)
@ 2014-08-01 17:04 ` Robert Richter
-1 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-01 17:04 UTC (permalink / raw)
To: Mark Rutland
Cc: Ganapatrao Kulkarni, devicetree, Arnd Bergmann, Pawel Moll,
Ian Campbell, Catalin Marinas, Will Deacon, linux-kernel,
Robert Richter, Rob Herring, Kumar Gala,
Radha Mohan Chintakuntla, linux-arm-kernel, leif.lindholm
Mark,
On 31.07.14 12:33:01, Mark Rutland wrote:
> On Thu, Jul 31, 2014 at 12:12:33PM +0100, Ganapatrao Kulkarni wrote:
> > We mark RAM used by ATF as secure-RAM, however we don't support
> > secure/non-secure address aliasing.
> > i.e, a DRAM address that can be referenced from both a secure PA and a
> > non-secure PA is not allowed.
>
> What exactly do you mean by "not allowed"?
It actually means "not possible" since secure and non-secure memory is
kept in separate address ranges.
> If Linux maps that memory, what happens?
>
> What if Linux tried to read or write to it?
>
> If Linux should not map that memory, it should not be described in the
> memory map to begin with.
Linux never will see secure-RAM. Firmware must be sure to report the
correct non-secure memory ranges to the OS (e.g. unsecure mem size =
total size - secure mem size).
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-01 17:04 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-01 17:04 UTC (permalink / raw)
To: Mark Rutland
Cc: Ganapatrao Kulkarni, devicetree-u79uwXL29TY76Z2rM5mHXA,
Arnd Bergmann, Pawel Moll, Ian Campbell, Catalin Marinas,
Will Deacon, linux-kernel-u79uwXL29TY76Z2rM5mHXA, Robert Richter,
Rob Herring, Kumar Gala, Radha Mohan Chintakuntla,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
leif.lindholm-QSEj5FYQhm4dnm+yROfE0A
Mark,
On 31.07.14 12:33:01, Mark Rutland wrote:
> On Thu, Jul 31, 2014 at 12:12:33PM +0100, Ganapatrao Kulkarni wrote:
> > We mark RAM used by ATF as secure-RAM, however we don't support
> > secure/non-secure address aliasing.
> > i.e, a DRAM address that can be referenced from both a secure PA and a
> > non-secure PA is not allowed.
>
> What exactly do you mean by "not allowed"?
It actually means "not possible" since secure and non-secure memory is
kept in separate address ranges.
> If Linux maps that memory, what happens?
>
> What if Linux tried to read or write to it?
>
> If Linux should not map that memory, it should not be described in the
> memory map to begin with.
Linux never will see secure-RAM. Firmware must be sure to report the
correct non-secure memory ranges to the OS (e.g. unsecure mem size =
total size - secure mem size).
-Robert
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-01 17:04 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-01 17:04 UTC (permalink / raw)
To: linux-arm-kernel
Mark,
On 31.07.14 12:33:01, Mark Rutland wrote:
> On Thu, Jul 31, 2014 at 12:12:33PM +0100, Ganapatrao Kulkarni wrote:
> > We mark RAM used by ATF as secure-RAM, however we don't support
> > secure/non-secure address aliasing.
> > i.e, a DRAM address that can be referenced from both a secure PA and a
> > non-secure PA is not allowed.
>
> What exactly do you mean by "not allowed"?
It actually means "not possible" since secure and non-secure memory is
kept in separate address ranges.
> If Linux maps that memory, what happens?
>
> What if Linux tried to read or write to it?
>
> If Linux should not map that memory, it should not be described in the
> memory map to begin with.
Linux never will see secure-RAM. Firmware must be sure to report the
correct non-secure memory ranges to the OS (e.g. unsecure mem size =
total size - secure mem size).
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
2014-08-01 17:04 ` Robert Richter
(?)
@ 2014-08-01 18:00 ` Mark Rutland
-1 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-08-01 18:00 UTC (permalink / raw)
To: Robert Richter
Cc: Ganapatrao Kulkarni, devicetree, Arnd Bergmann, Pawel Moll,
Ian Campbell, Catalin Marinas, Will Deacon, linux-kernel,
Robert Richter, Rob Herring, Kumar Gala,
Radha Mohan Chintakuntla, linux-arm-kernel, leif.lindholm
On Fri, Aug 01, 2014 at 06:04:11PM +0100, Robert Richter wrote:
> Mark,
Hi Robert,
> On 31.07.14 12:33:01, Mark Rutland wrote:
> > On Thu, Jul 31, 2014 at 12:12:33PM +0100, Ganapatrao Kulkarni wrote:
> > > We mark RAM used by ATF as secure-RAM, however we don't support
> > > secure/non-secure address aliasing.
> > > i.e, a DRAM address that can be referenced from both a secure PA and a
> > > non-secure PA is not allowed.
> >
> > What exactly do you mean by "not allowed"?
>
> It actually means "not possible" since secure and non-secure memory is
> kept in separate address ranges.
I understand that the two are separate physical address spaces, but
Ganapatrao's reply was somewhat ambiguous and it wasn't clear to me that
the memory was actually marked as secure.
> > If Linux maps that memory, what happens?
> >
> > What if Linux tried to read or write to it?
> >
> > If Linux should not map that memory, it should not be described in the
> > memory map to begin with.
>
> Linux never will see secure-RAM. Firmware must be sure to report the
> correct non-secure memory ranges to the OS (e.g. unsecure mem size =
> total size - secure mem size).
Ok, that's what I had hoped for and that makes sense.
The issue was that the memory node contained an address range that was
supposedly secure-only (which Linux could attempt to map), which was
'protected' with a /memreserve/ (which does not stop it from being
mapped).
Given they are unnecessary (unless you want to bypass EFI for some
reason) they can be dropped.
Thanks,
Mark.
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-01 18:00 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-08-01 18:00 UTC (permalink / raw)
To: Robert Richter
Cc: Ganapatrao Kulkarni, devicetree, Arnd Bergmann, Pawel Moll,
Ian Campbell, Catalin Marinas, Will Deacon, linux-kernel,
Robert Richter, Rob Herring, Kumar Gala,
Radha Mohan Chintakuntla, linux-arm-kernel, leif.lindholm
On Fri, Aug 01, 2014 at 06:04:11PM +0100, Robert Richter wrote:
> Mark,
Hi Robert,
> On 31.07.14 12:33:01, Mark Rutland wrote:
> > On Thu, Jul 31, 2014 at 12:12:33PM +0100, Ganapatrao Kulkarni wrote:
> > > We mark RAM used by ATF as secure-RAM, however we don't support
> > > secure/non-secure address aliasing.
> > > i.e, a DRAM address that can be referenced from both a secure PA and a
> > > non-secure PA is not allowed.
> >
> > What exactly do you mean by "not allowed"?
>
> It actually means "not possible" since secure and non-secure memory is
> kept in separate address ranges.
I understand that the two are separate physical address spaces, but
Ganapatrao's reply was somewhat ambiguous and it wasn't clear to me that
the memory was actually marked as secure.
> > If Linux maps that memory, what happens?
> >
> > What if Linux tried to read or write to it?
> >
> > If Linux should not map that memory, it should not be described in the
> > memory map to begin with.
>
> Linux never will see secure-RAM. Firmware must be sure to report the
> correct non-secure memory ranges to the OS (e.g. unsecure mem size =
> total size - secure mem size).
Ok, that's what I had hoped for and that makes sense.
The issue was that the memory node contained an address range that was
supposedly secure-only (which Linux could attempt to map), which was
'protected' with a /memreserve/ (which does not stop it from being
mapped).
Given they are unnecessary (unless you want to bypass EFI for some
reason) they can be dropped.
Thanks,
Mark.
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-01 18:00 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-08-01 18:00 UTC (permalink / raw)
To: linux-arm-kernel
On Fri, Aug 01, 2014 at 06:04:11PM +0100, Robert Richter wrote:
> Mark,
Hi Robert,
> On 31.07.14 12:33:01, Mark Rutland wrote:
> > On Thu, Jul 31, 2014 at 12:12:33PM +0100, Ganapatrao Kulkarni wrote:
> > > We mark RAM used by ATF as secure-RAM, however we don't support
> > > secure/non-secure address aliasing.
> > > i.e, a DRAM address that can be referenced from both a secure PA and a
> > > non-secure PA is not allowed.
> >
> > What exactly do you mean by "not allowed"?
>
> It actually means "not possible" since secure and non-secure memory is
> kept in separate address ranges.
I understand that the two are separate physical address spaces, but
Ganapatrao's reply was somewhat ambiguous and it wasn't clear to me that
the memory was actually marked as secure.
> > If Linux maps that memory, what happens?
> >
> > What if Linux tried to read or write to it?
> >
> > If Linux should not map that memory, it should not be described in the
> > memory map to begin with.
>
> Linux never will see secure-RAM. Firmware must be sure to report the
> correct non-secure memory ranges to the OS (e.g. unsecure mem size =
> total size - secure mem size).
Ok, that's what I had hoped for and that makes sense.
The issue was that the memory node contained an address range that was
supposedly secure-only (which Linux could attempt to map), which was
'protected' with a /memreserve/ (which does not stop it from being
mapped).
Given they are unnecessary (unless you want to bypass EFI for some
reason) they can be dropped.
Thanks,
Mark.
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
2014-07-30 17:48 ` Mark Rutland
(?)
@ 2014-08-05 8:47 ` Robert Richter
-1 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-05 8:47 UTC (permalink / raw)
To: Mark Rutland, Rob Herring
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Ian Campbell, Kumar Gala, linux-kernel,
linux-arm-kernel, Radha Mohan Chintakuntla, Robert Richter,
devicetree
On 30.07.14 18:48:03, Mark Rutland wrote:
> > >> + uaa0: serial@87e024000000 {
> > >> + compatible = "arm,pl011", "arm,primecell";
> > >> + reg = <0x87e0 0x24000000 0x0 0x1000>;
> > >> + interrupts = <1 21 4>;
> > >> + clocks = <&refclk50mhz>;
> > >> + clock-names = "apb_pclk";
> > >
> > > Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> > > latter.
> >
> > Shouldn't new bindings have both clocks here? A single clock was a
> > mistake I think (mine in fact).
>
> I don't think we fixed it up in the end. It made drivers look a bit messy and
> it dropped off my priority queue.
On 31.07.14 10:22:19, Rob Herring wrote:
> On Thu, Jul 31, 2014 at 7:34 AM, Robert Richter <rric@kernel.org> wrote:
> > On 30.07.14 11:37:38, Rob Herring wrote:
> >> On Wed, Jul 30, 2014 at 10:46 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> >> > On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> >> >> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >> >> + uaa0: serial@87e024000000 {
> >> >> + compatible = "arm,pl011", "arm,primecell";
> >> >> + reg = <0x87e0 0x24000000 0x0 0x1000>;
> >> >> + interrupts = <1 21 4>;
> >> >> + clocks = <&refclk50mhz>;
> >> >> + clock-names = "apb_pclk";
> >> >
> >> > Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> >> > latter.
> >>
> >> Shouldn't new bindings have both clocks here? A single clock was a
> >> mistake I think (mine in fact).
> >
> > Do you mean
> > clock-names = "uartclk", "apb_pclk";
> > here?
>
> Yes, but Mark said this change never happened so maybe it is fine. In
> any case, follow the pl011 binding documentation.
Right:
Documentation/devicetree/bindings/arm/primecell.txt:
- clocks : From common clock binding. First clock is phandle to clock for apb
pclk. Additional clocks are optional and specific to those peripherals.
- clock-names : From common clock binding. Shall be "apb_pclk" for first clock.
Documentation/devicetree/bindings/serial/pl011.txt
- clocks: When present, must refer to exactly one clock named
"apb_pclk"
There is no binding documentation at all for "uartclk".
It seems we should should leave clock-names = "apb_pclk" as it is.
Mark, Rob, would this be ok?
Thanks,
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-05 8:47 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-05 8:47 UTC (permalink / raw)
To: Mark Rutland, Rob Herring
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, Robert Richter,
devicetree-u79uwXL29TY76Z2rM5mHXA
On 30.07.14 18:48:03, Mark Rutland wrote:
> > >> + uaa0: serial@87e024000000 {
> > >> + compatible = "arm,pl011", "arm,primecell";
> > >> + reg = <0x87e0 0x24000000 0x0 0x1000>;
> > >> + interrupts = <1 21 4>;
> > >> + clocks = <&refclk50mhz>;
> > >> + clock-names = "apb_pclk";
> > >
> > > Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> > > latter.
> >
> > Shouldn't new bindings have both clocks here? A single clock was a
> > mistake I think (mine in fact).
>
> I don't think we fixed it up in the end. It made drivers look a bit messy and
> it dropped off my priority queue.
On 31.07.14 10:22:19, Rob Herring wrote:
> On Thu, Jul 31, 2014 at 7:34 AM, Robert Richter <rric-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
> > On 30.07.14 11:37:38, Rob Herring wrote:
> >> On Wed, Jul 30, 2014 at 10:46 AM, Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> wrote:
> >> > On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> >> >> From: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> >> >> + uaa0: serial@87e024000000 {
> >> >> + compatible = "arm,pl011", "arm,primecell";
> >> >> + reg = <0x87e0 0x24000000 0x0 0x1000>;
> >> >> + interrupts = <1 21 4>;
> >> >> + clocks = <&refclk50mhz>;
> >> >> + clock-names = "apb_pclk";
> >> >
> >> > Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> >> > latter.
> >>
> >> Shouldn't new bindings have both clocks here? A single clock was a
> >> mistake I think (mine in fact).
> >
> > Do you mean
> > clock-names = "uartclk", "apb_pclk";
> > here?
>
> Yes, but Mark said this change never happened so maybe it is fine. In
> any case, follow the pl011 binding documentation.
Right:
Documentation/devicetree/bindings/arm/primecell.txt:
- clocks : From common clock binding. First clock is phandle to clock for apb
pclk. Additional clocks are optional and specific to those peripherals.
- clock-names : From common clock binding. Shall be "apb_pclk" for first clock.
Documentation/devicetree/bindings/serial/pl011.txt
- clocks: When present, must refer to exactly one clock named
"apb_pclk"
There is no binding documentation at all for "uartclk".
It seems we should should leave clock-names = "apb_pclk" as it is.
Mark, Rob, would this be ok?
Thanks,
-Robert
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-05 8:47 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-05 8:47 UTC (permalink / raw)
To: linux-arm-kernel
On 30.07.14 18:48:03, Mark Rutland wrote:
> > >> + uaa0: serial at 87e024000000 {
> > >> + compatible = "arm,pl011", "arm,primecell";
> > >> + reg = <0x87e0 0x24000000 0x0 0x1000>;
> > >> + interrupts = <1 21 4>;
> > >> + clocks = <&refclk50mhz>;
> > >> + clock-names = "apb_pclk";
> > >
> > > Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> > > latter.
> >
> > Shouldn't new bindings have both clocks here? A single clock was a
> > mistake I think (mine in fact).
>
> I don't think we fixed it up in the end. It made drivers look a bit messy and
> it dropped off my priority queue.
On 31.07.14 10:22:19, Rob Herring wrote:
> On Thu, Jul 31, 2014 at 7:34 AM, Robert Richter <rric@kernel.org> wrote:
> > On 30.07.14 11:37:38, Rob Herring wrote:
> >> On Wed, Jul 30, 2014 at 10:46 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> >> > On Wed, Jul 30, 2014 at 04:06:31PM +0100, Robert Richter wrote:
> >> >> From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >> >> + uaa0: serial at 87e024000000 {
> >> >> + compatible = "arm,pl011", "arm,primecell";
> >> >> + reg = <0x87e0 0x24000000 0x0 0x1000>;
> >> >> + interrupts = <1 21 4>;
> >> >> + clocks = <&refclk50mhz>;
> >> >> + clock-names = "apb_pclk";
> >> >
> >> > Is this actually the apb_pclk, or is the the uartclk? I assume it's the
> >> > latter.
> >>
> >> Shouldn't new bindings have both clocks here? A single clock was a
> >> mistake I think (mine in fact).
> >
> > Do you mean
> > clock-names = "uartclk", "apb_pclk";
> > here?
>
> Yes, but Mark said this change never happened so maybe it is fine. In
> any case, follow the pl011 binding documentation.
Right:
Documentation/devicetree/bindings/arm/primecell.txt:
- clocks : From common clock binding. First clock is phandle to clock for apb
pclk. Additional clocks are optional and specific to those peripherals.
- clock-names : From common clock binding. Shall be "apb_pclk" for first clock.
Documentation/devicetree/bindings/serial/pl011.txt
- clocks: When present, must refer to exactly one clock named
"apb_pclk"
There is no binding documentation at all for "uartclk".
It seems we should should leave clock-names = "apb_pclk" as it is.
Mark, Rob, would this be ok?
Thanks,
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
2014-07-30 18:14 ` Olof Johansson
(?)
@ 2014-08-28 16:15 ` Robert Richter
-1 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-28 16:15 UTC (permalink / raw)
To: Olof Johansson
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, linux-kernel,
linux-arm-kernel, Radha Mohan Chintakuntla, Robert Richter,
devicetree
Olof,
On 30.07.14 11:14:23, Olof Johansson wrote:
> On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >
> > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > 48 cores and gicv3. The dts file requires further changes, esp. for
> > pci, gicv3-its and smmu. This changes will be added later together
> > with the device drivers.
> >
> > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> > Signed-off-by: Robert Richter <rrichter@cavium.com>
> > ---
> > arch/arm64/boot/dts/Makefile | 1 +
> > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> > 2 files changed, 388 insertions(+)
> > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >
> > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> > index c52bdb051f66..f8001a62029c 100644
> > --- a/arch/arm64/boot/dts/Makefile
> > +++ b/arch/arm64/boot/dts/Makefile
> > @@ -1,3 +1,4 @@
> > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>
> Oh, and:
>
> Let's fix the mistake we made on 32-bit here (that we can't undo
> unless we move all dts files now, which is too much churn), and put
> each SoC vendor in its own subdirectory.
>
> So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
> and the dts there.
>
> We should move vexpress under arm/ and xgene under apm/ too.
I was looking into this. It turned out that this would introduce more
pain than it solves. The problem with introducing vendor subdirs for
.dts files is that this will require also subdirs for .dtb files to
avoid name conflicts. This means that dtb files are no longer in a
single directory. Current build scripts and makefiles rely on this.
E.g.:
scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
Thus, the introduction of vendor subdirs is not easy to implement and
may break existing workflows. Also, no other arch has vendor subdirs.
A solution would be to have a naming scheme for dts files which
requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
Though, these long names may look a bit ugly.
Hmm... Any thoughts?
Thanks,
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-28 16:15 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-28 16:15 UTC (permalink / raw)
To: Olof Johansson
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Mark Rutland, Ian Campbell, Kumar Gala, linux-kernel,
linux-arm-kernel, Radha Mohan Chintakuntla, Robert Richter,
devicetree
Olof,
On 30.07.14 11:14:23, Olof Johansson wrote:
> On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >
> > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > 48 cores and gicv3. The dts file requires further changes, esp. for
> > pci, gicv3-its and smmu. This changes will be added later together
> > with the device drivers.
> >
> > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> > Signed-off-by: Robert Richter <rrichter@cavium.com>
> > ---
> > arch/arm64/boot/dts/Makefile | 1 +
> > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> > 2 files changed, 388 insertions(+)
> > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >
> > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> > index c52bdb051f66..f8001a62029c 100644
> > --- a/arch/arm64/boot/dts/Makefile
> > +++ b/arch/arm64/boot/dts/Makefile
> > @@ -1,3 +1,4 @@
> > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>
> Oh, and:
>
> Let's fix the mistake we made on 32-bit here (that we can't undo
> unless we move all dts files now, which is too much churn), and put
> each SoC vendor in its own subdirectory.
>
> So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
> and the dts there.
>
> We should move vexpress under arm/ and xgene under apm/ too.
I was looking into this. It turned out that this would introduce more
pain than it solves. The problem with introducing vendor subdirs for
.dts files is that this will require also subdirs for .dtb files to
avoid name conflicts. This means that dtb files are no longer in a
single directory. Current build scripts and makefiles rely on this.
E.g.:
scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
Thus, the introduction of vendor subdirs is not easy to implement and
may break existing workflows. Also, no other arch has vendor subdirs.
A solution would be to have a naming scheme for dts files which
requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
Though, these long names may look a bit ugly.
Hmm... Any thoughts?
Thanks,
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-28 16:15 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-28 16:15 UTC (permalink / raw)
To: linux-arm-kernel
Olof,
On 30.07.14 11:14:23, Olof Johansson wrote:
> On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >
> > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > 48 cores and gicv3. The dts file requires further changes, esp. for
> > pci, gicv3-its and smmu. This changes will be added later together
> > with the device drivers.
> >
> > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> > Signed-off-by: Robert Richter <rrichter@cavium.com>
> > ---
> > arch/arm64/boot/dts/Makefile | 1 +
> > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> > 2 files changed, 388 insertions(+)
> > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >
> > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> > index c52bdb051f66..f8001a62029c 100644
> > --- a/arch/arm64/boot/dts/Makefile
> > +++ b/arch/arm64/boot/dts/Makefile
> > @@ -1,3 +1,4 @@
> > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>
> Oh, and:
>
> Let's fix the mistake we made on 32-bit here (that we can't undo
> unless we move all dts files now, which is too much churn), and put
> each SoC vendor in its own subdirectory.
>
> So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
> and the dts there.
>
> We should move vexpress under arm/ and xgene under apm/ too.
I was looking into this. It turned out that this would introduce more
pain than it solves. The problem with introducing vendor subdirs for
.dts files is that this will require also subdirs for .dtb files to
avoid name conflicts. This means that dtb files are no longer in a
single directory. Current build scripts and makefiles rely on this.
E.g.:
scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
Thus, the introduction of vendor subdirs is not easy to implement and
may break existing workflows. Also, no other arch has vendor subdirs.
A solution would be to have a naming scheme for dts files which
requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
Though, these long names may look a bit ugly.
Hmm... Any thoughts?
Thanks,
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
2014-08-28 16:15 ` Robert Richter
(?)
@ 2014-08-28 16:25 ` Mark Rutland
-1 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-08-28 16:25 UTC (permalink / raw)
To: Robert Richter, olof
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Ian Campbell, Kumar Gala, linux-kernel,
linux-arm-kernel, Radha Mohan Chintakuntla, Robert Richter,
devicetree
On Thu, Aug 28, 2014 at 05:15:56PM +0100, Robert Richter wrote:
> Olof,
>
> On 30.07.14 11:14:23, Olof Johansson wrote:
> > On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> > > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> > >
> > > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > > 48 cores and gicv3. The dts file requires further changes, esp. for
> > > pci, gicv3-its and smmu. This changes will be added later together
> > > with the device drivers.
> > >
> > > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> > > Signed-off-by: Robert Richter <rrichter@cavium.com>
> > > ---
> > > arch/arm64/boot/dts/Makefile | 1 +
> > > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> > > 2 files changed, 388 insertions(+)
> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> > >
> > > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> > > index c52bdb051f66..f8001a62029c 100644
> > > --- a/arch/arm64/boot/dts/Makefile
> > > +++ b/arch/arm64/boot/dts/Makefile
> > > @@ -1,3 +1,4 @@
> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >
> > Oh, and:
> >
> > Let's fix the mistake we made on 32-bit here (that we can't undo
> > unless we move all dts files now, which is too much churn), and put
> > each SoC vendor in its own subdirectory.
> >
> > So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
> > and the dts there.
> >
> > We should move vexpress under arm/ and xgene under apm/ too.
>
> I was looking into this. It turned out that this would introduce more
> pain than it solves. The problem with introducing vendor subdirs for
> .dts files is that this will require also subdirs for .dtb files to
> avoid name conflicts. This means that dtb files are no longer in a
> single directory. Current build scripts and makefiles rely on this.
> E.g.:
>
> scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
>
> Thus, the introduction of vendor subdirs is not easy to implement and
> may break existing workflows. Also, no other arch has vendor subdirs.
>
> A solution would be to have a naming scheme for dts files which
> requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
> Though, these long names may look a bit ugly.
>
> Hmm... Any thoughts?
That would make it possible to search, but the number of files in one
place might become somewhat overwelming (which I believe was Olof's
concern).
Olof, thoughts?
Mark.
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-28 16:25 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-08-28 16:25 UTC (permalink / raw)
To: Robert Richter, olof
Cc: Catalin Marinas, Will Deacon, Rob Herring, Arnd Bergmann,
Pawel Moll, Ian Campbell, Kumar Gala, linux-kernel,
linux-arm-kernel, Radha Mohan Chintakuntla, Robert Richter,
devicetree
On Thu, Aug 28, 2014 at 05:15:56PM +0100, Robert Richter wrote:
> Olof,
>
> On 30.07.14 11:14:23, Olof Johansson wrote:
> > On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> > > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> > >
> > > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > > 48 cores and gicv3. The dts file requires further changes, esp. for
> > > pci, gicv3-its and smmu. This changes will be added later together
> > > with the device drivers.
> > >
> > > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> > > Signed-off-by: Robert Richter <rrichter@cavium.com>
> > > ---
> > > arch/arm64/boot/dts/Makefile | 1 +
> > > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> > > 2 files changed, 388 insertions(+)
> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> > >
> > > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> > > index c52bdb051f66..f8001a62029c 100644
> > > --- a/arch/arm64/boot/dts/Makefile
> > > +++ b/arch/arm64/boot/dts/Makefile
> > > @@ -1,3 +1,4 @@
> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >
> > Oh, and:
> >
> > Let's fix the mistake we made on 32-bit here (that we can't undo
> > unless we move all dts files now, which is too much churn), and put
> > each SoC vendor in its own subdirectory.
> >
> > So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
> > and the dts there.
> >
> > We should move vexpress under arm/ and xgene under apm/ too.
>
> I was looking into this. It turned out that this would introduce more
> pain than it solves. The problem with introducing vendor subdirs for
> .dts files is that this will require also subdirs for .dtb files to
> avoid name conflicts. This means that dtb files are no longer in a
> single directory. Current build scripts and makefiles rely on this.
> E.g.:
>
> scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
>
> Thus, the introduction of vendor subdirs is not easy to implement and
> may break existing workflows. Also, no other arch has vendor subdirs.
>
> A solution would be to have a naming scheme for dts files which
> requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
> Though, these long names may look a bit ugly.
>
> Hmm... Any thoughts?
That would make it possible to search, but the number of files in one
place might become somewhat overwelming (which I believe was Olof's
concern).
Olof, thoughts?
Mark.
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-28 16:25 ` Mark Rutland
0 siblings, 0 replies; 97+ messages in thread
From: Mark Rutland @ 2014-08-28 16:25 UTC (permalink / raw)
To: linux-arm-kernel
On Thu, Aug 28, 2014 at 05:15:56PM +0100, Robert Richter wrote:
> Olof,
>
> On 30.07.14 11:14:23, Olof Johansson wrote:
> > On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> > > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> > >
> > > Add initial device tree nodes for Cavium Thunder SoCs with support of
> > > 48 cores and gicv3. The dts file requires further changes, esp. for
> > > pci, gicv3-its and smmu. This changes will be added later together
> > > with the device drivers.
> > >
> > > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> > > Signed-off-by: Robert Richter <rrichter@cavium.com>
> > > ---
> > > arch/arm64/boot/dts/Makefile | 1 +
> > > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> > > 2 files changed, 388 insertions(+)
> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> > >
> > > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> > > index c52bdb051f66..f8001a62029c 100644
> > > --- a/arch/arm64/boot/dts/Makefile
> > > +++ b/arch/arm64/boot/dts/Makefile
> > > @@ -1,3 +1,4 @@
> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >
> > Oh, and:
> >
> > Let's fix the mistake we made on 32-bit here (that we can't undo
> > unless we move all dts files now, which is too much churn), and put
> > each SoC vendor in its own subdirectory.
> >
> > So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
> > and the dts there.
> >
> > We should move vexpress under arm/ and xgene under apm/ too.
>
> I was looking into this. It turned out that this would introduce more
> pain than it solves. The problem with introducing vendor subdirs for
> .dts files is that this will require also subdirs for .dtb files to
> avoid name conflicts. This means that dtb files are no longer in a
> single directory. Current build scripts and makefiles rely on this.
> E.g.:
>
> scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
>
> Thus, the introduction of vendor subdirs is not easy to implement and
> may break existing workflows. Also, no other arch has vendor subdirs.
>
> A solution would be to have a naming scheme for dts files which
> requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
> Though, these long names may look a bit ugly.
>
> Hmm... Any thoughts?
That would make it possible to search, but the number of files in one
place might become somewhat overwelming (which I believe was Olof's
concern).
Olof, thoughts?
Mark.
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
2014-08-28 16:25 ` Mark Rutland
(?)
@ 2014-08-28 16:31 ` Olof Johansson
-1 siblings, 0 replies; 97+ messages in thread
From: Olof Johansson @ 2014-08-28 16:31 UTC (permalink / raw)
To: Mark Rutland
Cc: Robert Richter, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel, linux-arm-kernel, Radha Mohan Chintakuntla,
Robert Richter, devicetree
On Thu, Aug 28, 2014 at 9:25 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> On Thu, Aug 28, 2014 at 05:15:56PM +0100, Robert Richter wrote:
>> Olof,
>>
>> On 30.07.14 11:14:23, Olof Johansson wrote:
>> > On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
>> > > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>> > >
>> > > Add initial device tree nodes for Cavium Thunder SoCs with support of
>> > > 48 cores and gicv3. The dts file requires further changes, esp. for
>> > > pci, gicv3-its and smmu. This changes will be added later together
>> > > with the device drivers.
>> > >
>> > > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>> > > Signed-off-by: Robert Richter <rrichter@cavium.com>
>> > > ---
>> > > arch/arm64/boot/dts/Makefile | 1 +
>> > > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
>> > > 2 files changed, 388 insertions(+)
>> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>> > >
>> > > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
>> > > index c52bdb051f66..f8001a62029c 100644
>> > > --- a/arch/arm64/boot/dts/Makefile
>> > > +++ b/arch/arm64/boot/dts/Makefile
>> > > @@ -1,3 +1,4 @@
>> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
>> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
>> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>> >
>> > Oh, and:
>> >
>> > Let's fix the mistake we made on 32-bit here (that we can't undo
>> > unless we move all dts files now, which is too much churn), and put
>> > each SoC vendor in its own subdirectory.
>> >
>> > So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
>> > and the dts there.
>> >
>> > We should move vexpress under arm/ and xgene under apm/ too.
>>
>> I was looking into this. It turned out that this would introduce more
>> pain than it solves. The problem with introducing vendor subdirs for
>> .dts files is that this will require also subdirs for .dtb files to
>> avoid name conflicts. This means that dtb files are no longer in a
>> single directory. Current build scripts and makefiles rely on this.
>> E.g.:
>>
>> scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
>>
>> Thus, the introduction of vendor subdirs is not easy to implement and
>> may break existing workflows. Also, no other arch has vendor subdirs.
>>
>> A solution would be to have a naming scheme for dts files which
>> requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
>> Though, these long names may look a bit ugly.
>>
>> Hmm... Any thoughts?
>
> That would make it possible to search, but the number of files in one
> place might become somewhat overwelming (which I believe was Olof's
> concern).
>
> Olof, thoughts?
Yeah, on 32 bit we've got an ever-growing and very large directory
today that is becoming a headache. Carving it up in directories to
reduce plain directory size would come a long way.
I think we would catch name conflicts quickly with the automatic
builders we have today -- and it's likely that the files will have a
platform prefix anyway so it shouldn't be a big issue. I think we can
live with that.
-Olof
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-28 16:31 ` Olof Johansson
0 siblings, 0 replies; 97+ messages in thread
From: Olof Johansson @ 2014-08-28 16:31 UTC (permalink / raw)
To: Mark Rutland
Cc: Robert Richter, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, Robert Richter,
devicetree-u79uwXL29TY76Z2rM5mHXA
On Thu, Aug 28, 2014 at 9:25 AM, Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> wrote:
> On Thu, Aug 28, 2014 at 05:15:56PM +0100, Robert Richter wrote:
>> Olof,
>>
>> On 30.07.14 11:14:23, Olof Johansson wrote:
>> > On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
>> > > From: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>> > >
>> > > Add initial device tree nodes for Cavium Thunder SoCs with support of
>> > > 48 cores and gicv3. The dts file requires further changes, esp. for
>> > > pci, gicv3-its and smmu. This changes will be added later together
>> > > with the device drivers.
>> > >
>> > > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>> > > Signed-off-by: Robert Richter <rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>> > > ---
>> > > arch/arm64/boot/dts/Makefile | 1 +
>> > > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
>> > > 2 files changed, 388 insertions(+)
>> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>> > >
>> > > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
>> > > index c52bdb051f66..f8001a62029c 100644
>> > > --- a/arch/arm64/boot/dts/Makefile
>> > > +++ b/arch/arm64/boot/dts/Makefile
>> > > @@ -1,3 +1,4 @@
>> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
>> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
>> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>> >
>> > Oh, and:
>> >
>> > Let's fix the mistake we made on 32-bit here (that we can't undo
>> > unless we move all dts files now, which is too much churn), and put
>> > each SoC vendor in its own subdirectory.
>> >
>> > So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
>> > and the dts there.
>> >
>> > We should move vexpress under arm/ and xgene under apm/ too.
>>
>> I was looking into this. It turned out that this would introduce more
>> pain than it solves. The problem with introducing vendor subdirs for
>> .dts files is that this will require also subdirs for .dtb files to
>> avoid name conflicts. This means that dtb files are no longer in a
>> single directory. Current build scripts and makefiles rely on this.
>> E.g.:
>>
>> scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
>>
>> Thus, the introduction of vendor subdirs is not easy to implement and
>> may break existing workflows. Also, no other arch has vendor subdirs.
>>
>> A solution would be to have a naming scheme for dts files which
>> requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
>> Though, these long names may look a bit ugly.
>>
>> Hmm... Any thoughts?
>
> That would make it possible to search, but the number of files in one
> place might become somewhat overwelming (which I believe was Olof's
> concern).
>
> Olof, thoughts?
Yeah, on 32 bit we've got an ever-growing and very large directory
today that is becoming a headache. Carving it up in directories to
reduce plain directory size would come a long way.
I think we would catch name conflicts quickly with the automatic
builders we have today -- and it's likely that the files will have a
platform prefix anyway so it shouldn't be a big issue. I think we can
live with that.
-Olof
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-28 16:31 ` Olof Johansson
0 siblings, 0 replies; 97+ messages in thread
From: Olof Johansson @ 2014-08-28 16:31 UTC (permalink / raw)
To: linux-arm-kernel
On Thu, Aug 28, 2014 at 9:25 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> On Thu, Aug 28, 2014 at 05:15:56PM +0100, Robert Richter wrote:
>> Olof,
>>
>> On 30.07.14 11:14:23, Olof Johansson wrote:
>> > On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
>> > > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>> > >
>> > > Add initial device tree nodes for Cavium Thunder SoCs with support of
>> > > 48 cores and gicv3. The dts file requires further changes, esp. for
>> > > pci, gicv3-its and smmu. This changes will be added later together
>> > > with the device drivers.
>> > >
>> > > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>> > > Signed-off-by: Robert Richter <rrichter@cavium.com>
>> > > ---
>> > > arch/arm64/boot/dts/Makefile | 1 +
>> > > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
>> > > 2 files changed, 388 insertions(+)
>> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>> > >
>> > > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
>> > > index c52bdb051f66..f8001a62029c 100644
>> > > --- a/arch/arm64/boot/dts/Makefile
>> > > +++ b/arch/arm64/boot/dts/Makefile
>> > > @@ -1,3 +1,4 @@
>> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
>> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
>> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>> >
>> > Oh, and:
>> >
>> > Let's fix the mistake we made on 32-bit here (that we can't undo
>> > unless we move all dts files now, which is too much churn), and put
>> > each SoC vendor in its own subdirectory.
>> >
>> > So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
>> > and the dts there.
>> >
>> > We should move vexpress under arm/ and xgene under apm/ too.
>>
>> I was looking into this. It turned out that this would introduce more
>> pain than it solves. The problem with introducing vendor subdirs for
>> .dts files is that this will require also subdirs for .dtb files to
>> avoid name conflicts. This means that dtb files are no longer in a
>> single directory. Current build scripts and makefiles rely on this.
>> E.g.:
>>
>> scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
>>
>> Thus, the introduction of vendor subdirs is not easy to implement and
>> may break existing workflows. Also, no other arch has vendor subdirs.
>>
>> A solution would be to have a naming scheme for dts files which
>> requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
>> Though, these long names may look a bit ugly.
>>
>> Hmm... Any thoughts?
>
> That would make it possible to search, but the number of files in one
> place might become somewhat overwelming (which I believe was Olof's
> concern).
>
> Olof, thoughts?
Yeah, on 32 bit we've got an ever-growing and very large directory
today that is becoming a headache. Carving it up in directories to
reduce plain directory size would come a long way.
I think we would catch name conflicts quickly with the automatic
builders we have today -- and it's likely that the files will have a
platform prefix anyway so it shouldn't be a big issue. I think we can
live with that.
-Olof
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-28 18:14 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-28 18:14 UTC (permalink / raw)
To: Olof Johansson
Cc: Mark Rutland, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel, linux-arm-kernel, Radha Mohan Chintakuntla,
Robert Richter, devicetree
On 28.08.14 09:31:43, Olof Johansson wrote:
> On Thu, Aug 28, 2014 at 9:25 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> > On Thu, Aug 28, 2014 at 05:15:56PM +0100, Robert Richter wrote:
> >> Olof,
> >>
> >> On 30.07.14 11:14:23, Olof Johansson wrote:
> >> > On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> >> > > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >> > >
> >> > > Add initial device tree nodes for Cavium Thunder SoCs with support of
> >> > > 48 cores and gicv3. The dts file requires further changes, esp. for
> >> > > pci, gicv3-its and smmu. This changes will be added later together
> >> > > with the device drivers.
> >> > >
> >> > > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >> > > Signed-off-by: Robert Richter <rrichter@cavium.com>
> >> > > ---
> >> > > arch/arm64/boot/dts/Makefile | 1 +
> >> > > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> >> > > 2 files changed, 388 insertions(+)
> >> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >> > >
> >> > > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> >> > > index c52bdb051f66..f8001a62029c 100644
> >> > > --- a/arch/arm64/boot/dts/Makefile
> >> > > +++ b/arch/arm64/boot/dts/Makefile
> >> > > @@ -1,3 +1,4 @@
> >> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> >> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> >> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >> >
> >> > Oh, and:
> >> >
> >> > Let's fix the mistake we made on 32-bit here (that we can't undo
> >> > unless we move all dts files now, which is too much churn), and put
> >> > each SoC vendor in its own subdirectory.
> >> >
> >> > So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
> >> > and the dts there.
> >> >
> >> > We should move vexpress under arm/ and xgene under apm/ too.
> >>
> >> I was looking into this. It turned out that this would introduce more
> >> pain than it solves. The problem with introducing vendor subdirs for
> >> .dts files is that this will require also subdirs for .dtb files to
> >> avoid name conflicts. This means that dtb files are no longer in a
> >> single directory. Current build scripts and makefiles rely on this.
> >> E.g.:
> >>
> >> scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
> >>
> >> Thus, the introduction of vendor subdirs is not easy to implement and
> >> may break existing workflows. Also, no other arch has vendor subdirs.
> >>
> >> A solution would be to have a naming scheme for dts files which
> >> requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
> >> Though, these long names may look a bit ugly.
> >>
> >> Hmm... Any thoughts?
> >
> > That would make it possible to search, but the number of files in one
> > place might become somewhat overwelming (which I believe was Olof's
> > concern).
> >
> > Olof, thoughts?
>
> Yeah, on 32 bit we've got an ever-growing and very large directory
> today that is becoming a headache. Carving it up in directories to
> reduce plain directory size would come a long way.
>
> I think we would catch name conflicts quickly with the automatic
> builders we have today -- and it's likely that the files will have a
> platform prefix anyway so it shouldn't be a big issue. I think we can
> live with that.
So you mean, having the source files with subdirectories, but the dtb
files in a single obj dir?
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-28 18:14 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-28 18:14 UTC (permalink / raw)
To: Olof Johansson
Cc: Mark Rutland, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, Robert Richter,
devicetree-u79uwXL29TY76Z2rM5mHXA
On 28.08.14 09:31:43, Olof Johansson wrote:
> On Thu, Aug 28, 2014 at 9:25 AM, Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> wrote:
> > On Thu, Aug 28, 2014 at 05:15:56PM +0100, Robert Richter wrote:
> >> Olof,
> >>
> >> On 30.07.14 11:14:23, Olof Johansson wrote:
> >> > On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
> >> > > From: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> >> > >
> >> > > Add initial device tree nodes for Cavium Thunder SoCs with support of
> >> > > 48 cores and gicv3. The dts file requires further changes, esp. for
> >> > > pci, gicv3-its and smmu. This changes will be added later together
> >> > > with the device drivers.
> >> > >
> >> > > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> >> > > Signed-off-by: Robert Richter <rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
> >> > > ---
> >> > > arch/arm64/boot/dts/Makefile | 1 +
> >> > > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> >> > > 2 files changed, 388 insertions(+)
> >> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >> > >
> >> > > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> >> > > index c52bdb051f66..f8001a62029c 100644
> >> > > --- a/arch/arm64/boot/dts/Makefile
> >> > > +++ b/arch/arm64/boot/dts/Makefile
> >> > > @@ -1,3 +1,4 @@
> >> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> >> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> >> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >> >
> >> > Oh, and:
> >> >
> >> > Let's fix the mistake we made on 32-bit here (that we can't undo
> >> > unless we move all dts files now, which is too much churn), and put
> >> > each SoC vendor in its own subdirectory.
> >> >
> >> > So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
> >> > and the dts there.
> >> >
> >> > We should move vexpress under arm/ and xgene under apm/ too.
> >>
> >> I was looking into this. It turned out that this would introduce more
> >> pain than it solves. The problem with introducing vendor subdirs for
> >> .dts files is that this will require also subdirs for .dtb files to
> >> avoid name conflicts. This means that dtb files are no longer in a
> >> single directory. Current build scripts and makefiles rely on this.
> >> E.g.:
> >>
> >> scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
> >>
> >> Thus, the introduction of vendor subdirs is not easy to implement and
> >> may break existing workflows. Also, no other arch has vendor subdirs.
> >>
> >> A solution would be to have a naming scheme for dts files which
> >> requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
> >> Though, these long names may look a bit ugly.
> >>
> >> Hmm... Any thoughts?
> >
> > That would make it possible to search, but the number of files in one
> > place might become somewhat overwelming (which I believe was Olof's
> > concern).
> >
> > Olof, thoughts?
>
> Yeah, on 32 bit we've got an ever-growing and very large directory
> today that is becoming a headache. Carving it up in directories to
> reduce plain directory size would come a long way.
>
> I think we would catch name conflicts quickly with the automatic
> builders we have today -- and it's likely that the files will have a
> platform prefix anyway so it shouldn't be a big issue. I think we can
> live with that.
So you mean, having the source files with subdirectories, but the dtb
files in a single obj dir?
-Robert
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-28 18:14 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-28 18:14 UTC (permalink / raw)
To: linux-arm-kernel
On 28.08.14 09:31:43, Olof Johansson wrote:
> On Thu, Aug 28, 2014 at 9:25 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> > On Thu, Aug 28, 2014 at 05:15:56PM +0100, Robert Richter wrote:
> >> Olof,
> >>
> >> On 30.07.14 11:14:23, Olof Johansson wrote:
> >> > On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> >> > > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >> > >
> >> > > Add initial device tree nodes for Cavium Thunder SoCs with support of
> >> > > 48 cores and gicv3. The dts file requires further changes, esp. for
> >> > > pci, gicv3-its and smmu. This changes will be added later together
> >> > > with the device drivers.
> >> > >
> >> > > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >> > > Signed-off-by: Robert Richter <rrichter@cavium.com>
> >> > > ---
> >> > > arch/arm64/boot/dts/Makefile | 1 +
> >> > > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> >> > > 2 files changed, 388 insertions(+)
> >> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >> > >
> >> > > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> >> > > index c52bdb051f66..f8001a62029c 100644
> >> > > --- a/arch/arm64/boot/dts/Makefile
> >> > > +++ b/arch/arm64/boot/dts/Makefile
> >> > > @@ -1,3 +1,4 @@
> >> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> >> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> >> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >> >
> >> > Oh, and:
> >> >
> >> > Let's fix the mistake we made on 32-bit here (that we can't undo
> >> > unless we move all dts files now, which is too much churn), and put
> >> > each SoC vendor in its own subdirectory.
> >> >
> >> > So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
> >> > and the dts there.
> >> >
> >> > We should move vexpress under arm/ and xgene under apm/ too.
> >>
> >> I was looking into this. It turned out that this would introduce more
> >> pain than it solves. The problem with introducing vendor subdirs for
> >> .dts files is that this will require also subdirs for .dtb files to
> >> avoid name conflicts. This means that dtb files are no longer in a
> >> single directory. Current build scripts and makefiles rely on this.
> >> E.g.:
> >>
> >> scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
> >>
> >> Thus, the introduction of vendor subdirs is not easy to implement and
> >> may break existing workflows. Also, no other arch has vendor subdirs.
> >>
> >> A solution would be to have a naming scheme for dts files which
> >> requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
> >> Though, these long names may look a bit ugly.
> >>
> >> Hmm... Any thoughts?
> >
> > That would make it possible to search, but the number of files in one
> > place might become somewhat overwelming (which I believe was Olof's
> > concern).
> >
> > Olof, thoughts?
>
> Yeah, on 32 bit we've got an ever-growing and very large directory
> today that is becoming a headache. Carving it up in directories to
> reduce plain directory size would come a long way.
>
> I think we would catch name conflicts quickly with the automatic
> builders we have today -- and it's likely that the files will have a
> platform prefix anyway so it shouldn't be a big issue. I think we can
> live with that.
So you mean, having the source files with subdirectories, but the dtb
files in a single obj dir?
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-28 23:01 ` Olof Johansson
0 siblings, 0 replies; 97+ messages in thread
From: Olof Johansson @ 2014-08-28 23:01 UTC (permalink / raw)
To: Robert Richter
Cc: Mark Rutland, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel, linux-arm-kernel, Radha Mohan Chintakuntla,
Robert Richter, devicetree
On Thu, Aug 28, 2014 at 11:14 AM, Robert Richter <rric@kernel.org> wrote:
> On 28.08.14 09:31:43, Olof Johansson wrote:
>> On Thu, Aug 28, 2014 at 9:25 AM, Mark Rutland <mark.rutland@arm.com> wrote:
>> > On Thu, Aug 28, 2014 at 05:15:56PM +0100, Robert Richter wrote:
>> >> Olof,
>> >>
>> >> On 30.07.14 11:14:23, Olof Johansson wrote:
>> >> > On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
>> >> > > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>> >> > >
>> >> > > Add initial device tree nodes for Cavium Thunder SoCs with support of
>> >> > > 48 cores and gicv3. The dts file requires further changes, esp. for
>> >> > > pci, gicv3-its and smmu. This changes will be added later together
>> >> > > with the device drivers.
>> >> > >
>> >> > > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>> >> > > Signed-off-by: Robert Richter <rrichter@cavium.com>
>> >> > > ---
>> >> > > arch/arm64/boot/dts/Makefile | 1 +
>> >> > > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
>> >> > > 2 files changed, 388 insertions(+)
>> >> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>> >> > >
>> >> > > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
>> >> > > index c52bdb051f66..f8001a62029c 100644
>> >> > > --- a/arch/arm64/boot/dts/Makefile
>> >> > > +++ b/arch/arm64/boot/dts/Makefile
>> >> > > @@ -1,3 +1,4 @@
>> >> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
>> >> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
>> >> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>> >> >
>> >> > Oh, and:
>> >> >
>> >> > Let's fix the mistake we made on 32-bit here (that we can't undo
>> >> > unless we move all dts files now, which is too much churn), and put
>> >> > each SoC vendor in its own subdirectory.
>> >> >
>> >> > So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
>> >> > and the dts there.
>> >> >
>> >> > We should move vexpress under arm/ and xgene under apm/ too.
>> >>
>> >> I was looking into this. It turned out that this would introduce more
>> >> pain than it solves. The problem with introducing vendor subdirs for
>> >> .dts files is that this will require also subdirs for .dtb files to
>> >> avoid name conflicts. This means that dtb files are no longer in a
>> >> single directory. Current build scripts and makefiles rely on this.
>> >> E.g.:
>> >>
>> >> scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
>> >>
>> >> Thus, the introduction of vendor subdirs is not easy to implement and
>> >> may break existing workflows. Also, no other arch has vendor subdirs.
>> >>
>> >> A solution would be to have a naming scheme for dts files which
>> >> requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
>> >> Though, these long names may look a bit ugly.
>> >>
>> >> Hmm... Any thoughts?
>> >
>> > That would make it possible to search, but the number of files in one
>> > place might become somewhat overwelming (which I believe was Olof's
>> > concern).
>> >
>> > Olof, thoughts?
>>
>> Yeah, on 32 bit we've got an ever-growing and very large directory
>> today that is becoming a headache. Carving it up in directories to
>> reduce plain directory size would come a long way.
>>
>> I think we would catch name conflicts quickly with the automatic
>> builders we have today -- and it's likely that the files will have a
>> platform prefix anyway so it shouldn't be a big issue. I think we can
>> live with that.
>
> So you mean, having the source files with subdirectories, but the dtb
> files in a single obj dir?
Thinking about it a bit more, the even more obvious solution that I
for some reason didn't think of at the time, is to have the
dtbs_install target create the appropriate subdirectories on the
install side, so that the structure is preserved.
That comes a bit closer to how modules are handled as well.
-Olof
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-28 23:01 ` Olof Johansson
0 siblings, 0 replies; 97+ messages in thread
From: Olof Johansson @ 2014-08-28 23:01 UTC (permalink / raw)
To: Robert Richter
Cc: Mark Rutland, Catalin Marinas, Will Deacon, Rob Herring,
Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, Robert Richter,
devicetree-u79uwXL29TY76Z2rM5mHXA
On Thu, Aug 28, 2014 at 11:14 AM, Robert Richter <rric-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
> On 28.08.14 09:31:43, Olof Johansson wrote:
>> On Thu, Aug 28, 2014 at 9:25 AM, Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> wrote:
>> > On Thu, Aug 28, 2014 at 05:15:56PM +0100, Robert Richter wrote:
>> >> Olof,
>> >>
>> >> On 30.07.14 11:14:23, Olof Johansson wrote:
>> >> > On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> wrote:
>> >> > > From: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>> >> > >
>> >> > > Add initial device tree nodes for Cavium Thunder SoCs with support of
>> >> > > 48 cores and gicv3. The dts file requires further changes, esp. for
>> >> > > pci, gicv3-its and smmu. This changes will be added later together
>> >> > > with the device drivers.
>> >> > >
>> >> > > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>> >> > > Signed-off-by: Robert Richter <rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>> >> > > ---
>> >> > > arch/arm64/boot/dts/Makefile | 1 +
>> >> > > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
>> >> > > 2 files changed, 388 insertions(+)
>> >> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>> >> > >
>> >> > > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
>> >> > > index c52bdb051f66..f8001a62029c 100644
>> >> > > --- a/arch/arm64/boot/dts/Makefile
>> >> > > +++ b/arch/arm64/boot/dts/Makefile
>> >> > > @@ -1,3 +1,4 @@
>> >> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
>> >> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
>> >> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>> >> >
>> >> > Oh, and:
>> >> >
>> >> > Let's fix the mistake we made on 32-bit here (that we can't undo
>> >> > unless we move all dts files now, which is too much churn), and put
>> >> > each SoC vendor in its own subdirectory.
>> >> >
>> >> > So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
>> >> > and the dts there.
>> >> >
>> >> > We should move vexpress under arm/ and xgene under apm/ too.
>> >>
>> >> I was looking into this. It turned out that this would introduce more
>> >> pain than it solves. The problem with introducing vendor subdirs for
>> >> .dts files is that this will require also subdirs for .dtb files to
>> >> avoid name conflicts. This means that dtb files are no longer in a
>> >> single directory. Current build scripts and makefiles rely on this.
>> >> E.g.:
>> >>
>> >> scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
>> >>
>> >> Thus, the introduction of vendor subdirs is not easy to implement and
>> >> may break existing workflows. Also, no other arch has vendor subdirs.
>> >>
>> >> A solution would be to have a naming scheme for dts files which
>> >> requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
>> >> Though, these long names may look a bit ugly.
>> >>
>> >> Hmm... Any thoughts?
>> >
>> > That would make it possible to search, but the number of files in one
>> > place might become somewhat overwelming (which I believe was Olof's
>> > concern).
>> >
>> > Olof, thoughts?
>>
>> Yeah, on 32 bit we've got an ever-growing and very large directory
>> today that is becoming a headache. Carving it up in directories to
>> reduce plain directory size would come a long way.
>>
>> I think we would catch name conflicts quickly with the automatic
>> builders we have today -- and it's likely that the files will have a
>> platform prefix anyway so it shouldn't be a big issue. I think we can
>> live with that.
>
> So you mean, having the source files with subdirectories, but the dtb
> files in a single obj dir?
Thinking about it a bit more, the even more obvious solution that I
for some reason didn't think of at the time, is to have the
dtbs_install target create the appropriate subdirectories on the
install side, so that the structure is preserved.
That comes a bit closer to how modules are handled as well.
-Olof
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-28 23:01 ` Olof Johansson
0 siblings, 0 replies; 97+ messages in thread
From: Olof Johansson @ 2014-08-28 23:01 UTC (permalink / raw)
To: linux-arm-kernel
On Thu, Aug 28, 2014 at 11:14 AM, Robert Richter <rric@kernel.org> wrote:
> On 28.08.14 09:31:43, Olof Johansson wrote:
>> On Thu, Aug 28, 2014 at 9:25 AM, Mark Rutland <mark.rutland@arm.com> wrote:
>> > On Thu, Aug 28, 2014 at 05:15:56PM +0100, Robert Richter wrote:
>> >> Olof,
>> >>
>> >> On 30.07.14 11:14:23, Olof Johansson wrote:
>> >> > On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
>> >> > > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>> >> > >
>> >> > > Add initial device tree nodes for Cavium Thunder SoCs with support of
>> >> > > 48 cores and gicv3. The dts file requires further changes, esp. for
>> >> > > pci, gicv3-its and smmu. This changes will be added later together
>> >> > > with the device drivers.
>> >> > >
>> >> > > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
>> >> > > Signed-off-by: Robert Richter <rrichter@cavium.com>
>> >> > > ---
>> >> > > arch/arm64/boot/dts/Makefile | 1 +
>> >> > > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
>> >> > > 2 files changed, 388 insertions(+)
>> >> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
>> >> > >
>> >> > > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
>> >> > > index c52bdb051f66..f8001a62029c 100644
>> >> > > --- a/arch/arm64/boot/dts/Makefile
>> >> > > +++ b/arch/arm64/boot/dts/Makefile
>> >> > > @@ -1,3 +1,4 @@
>> >> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
>> >> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
>> >> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
>> >> >
>> >> > Oh, and:
>> >> >
>> >> > Let's fix the mistake we made on 32-bit here (that we can't undo
>> >> > unless we move all dts files now, which is too much churn), and put
>> >> > each SoC vendor in its own subdirectory.
>> >> >
>> >> > So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
>> >> > and the dts there.
>> >> >
>> >> > We should move vexpress under arm/ and xgene under apm/ too.
>> >>
>> >> I was looking into this. It turned out that this would introduce more
>> >> pain than it solves. The problem with introducing vendor subdirs for
>> >> .dts files is that this will require also subdirs for .dtb files to
>> >> avoid name conflicts. This means that dtb files are no longer in a
>> >> single directory. Current build scripts and makefiles rely on this.
>> >> E.g.:
>> >>
>> >> scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
>> >>
>> >> Thus, the introduction of vendor subdirs is not easy to implement and
>> >> may break existing workflows. Also, no other arch has vendor subdirs.
>> >>
>> >> A solution would be to have a naming scheme for dts files which
>> >> requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
>> >> Though, these long names may look a bit ugly.
>> >>
>> >> Hmm... Any thoughts?
>> >
>> > That would make it possible to search, but the number of files in one
>> > place might become somewhat overwelming (which I believe was Olof's
>> > concern).
>> >
>> > Olof, thoughts?
>>
>> Yeah, on 32 bit we've got an ever-growing and very large directory
>> today that is becoming a headache. Carving it up in directories to
>> reduce plain directory size would come a long way.
>>
>> I think we would catch name conflicts quickly with the automatic
>> builders we have today -- and it's likely that the files will have a
>> platform prefix anyway so it shouldn't be a big issue. I think we can
>> live with that.
>
> So you mean, having the source files with subdirectories, but the dtb
> files in a single obj dir?
Thinking about it a bit more, the even more obvious solution that I
for some reason didn't think of at the time, is to have the
dtbs_install target create the appropriate subdirectories on the
install side, so that the structure is preserved.
That comes a bit closer to how modules are handled as well.
-Olof
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
2014-08-28 23:01 ` Olof Johansson
(?)
@ 2014-08-29 12:10 ` Robert Richter
-1 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-29 12:10 UTC (permalink / raw)
To: Olof Johansson
Cc: Robert Richter, Mark Rutland, Catalin Marinas, Will Deacon,
Rob Herring, Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel, linux-arm-kernel, Radha Mohan Chintakuntla,
devicetree
On 28.08.14 16:01:08, Olof Johansson wrote:
> On Thu, Aug 28, 2014 at 11:14 AM, Robert Richter <rric@kernel.org> wrote:
> > On 28.08.14 09:31:43, Olof Johansson wrote:
> >> On Thu, Aug 28, 2014 at 9:25 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> >> > On Thu, Aug 28, 2014 at 05:15:56PM +0100, Robert Richter wrote:
> >> >> Olof,
> >> >>
> >> >> On 30.07.14 11:14:23, Olof Johansson wrote:
> >> >> > On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> >> >> > > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >> >> > >
> >> >> > > Add initial device tree nodes for Cavium Thunder SoCs with support of
> >> >> > > 48 cores and gicv3. The dts file requires further changes, esp. for
> >> >> > > pci, gicv3-its and smmu. This changes will be added later together
> >> >> > > with the device drivers.
> >> >> > >
> >> >> > > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >> >> > > Signed-off-by: Robert Richter <rrichter@cavium.com>
> >> >> > > ---
> >> >> > > arch/arm64/boot/dts/Makefile | 1 +
> >> >> > > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> >> >> > > 2 files changed, 388 insertions(+)
> >> >> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >> >> > >
> >> >> > > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> >> >> > > index c52bdb051f66..f8001a62029c 100644
> >> >> > > --- a/arch/arm64/boot/dts/Makefile
> >> >> > > +++ b/arch/arm64/boot/dts/Makefile
> >> >> > > @@ -1,3 +1,4 @@
> >> >> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> >> >> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> >> >> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >> >> >
> >> >> > Oh, and:
> >> >> >
> >> >> > Let's fix the mistake we made on 32-bit here (that we can't undo
> >> >> > unless we move all dts files now, which is too much churn), and put
> >> >> > each SoC vendor in its own subdirectory.
> >> >> >
> >> >> > So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
> >> >> > and the dts there.
> >> >> >
> >> >> > We should move vexpress under arm/ and xgene under apm/ too.
> >> >>
> >> >> I was looking into this. It turned out that this would introduce more
> >> >> pain than it solves. The problem with introducing vendor subdirs for
> >> >> .dts files is that this will require also subdirs for .dtb files to
> >> >> avoid name conflicts. This means that dtb files are no longer in a
> >> >> single directory. Current build scripts and makefiles rely on this.
> >> >> E.g.:
> >> >>
> >> >> scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
> >> >>
> >> >> Thus, the introduction of vendor subdirs is not easy to implement and
> >> >> may break existing workflows. Also, no other arch has vendor subdirs.
> >> >>
> >> >> A solution would be to have a naming scheme for dts files which
> >> >> requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
> >> >> Though, these long names may look a bit ugly.
> >> >>
> >> >> Hmm... Any thoughts?
> >> >
> >> > That would make it possible to search, but the number of files in one
> >> > place might become somewhat overwelming (which I believe was Olof's
> >> > concern).
> >> >
> >> > Olof, thoughts?
> >>
> >> Yeah, on 32 bit we've got an ever-growing and very large directory
> >> today that is becoming a headache. Carving it up in directories to
> >> reduce plain directory size would come a long way.
> >>
> >> I think we would catch name conflicts quickly with the automatic
> >> builders we have today -- and it's likely that the files will have a
> >> platform prefix anyway so it shouldn't be a big issue. I think we can
> >> live with that.
> >
> > So you mean, having the source files with subdirectories, but the dtb
> > files in a single obj dir?
It seems it will be easier to have also subdirs for objs.
> Thinking about it a bit more, the even more obvious solution that I
> for some reason didn't think of at the time, is to have the
> dtbs_install target create the appropriate subdirectories on the
> install side, so that the structure is preserved.
>
> That comes a bit closer to how modules are handled as well.
Yes, dtbs_install target would be useful.
Will come with a solution for this too.
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-29 12:10 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-29 12:10 UTC (permalink / raw)
To: Olof Johansson
Cc: Mark Rutland, devicetree, Robert Richter, Pawel Moll,
Arnd Bergmann, Ian Campbell, Catalin Marinas, Will Deacon,
linux-kernel, Rob Herring, Kumar Gala, Radha Mohan Chintakuntla,
linux-arm-kernel
On 28.08.14 16:01:08, Olof Johansson wrote:
> On Thu, Aug 28, 2014 at 11:14 AM, Robert Richter <rric@kernel.org> wrote:
> > On 28.08.14 09:31:43, Olof Johansson wrote:
> >> On Thu, Aug 28, 2014 at 9:25 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> >> > On Thu, Aug 28, 2014 at 05:15:56PM +0100, Robert Richter wrote:
> >> >> Olof,
> >> >>
> >> >> On 30.07.14 11:14:23, Olof Johansson wrote:
> >> >> > On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> >> >> > > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >> >> > >
> >> >> > > Add initial device tree nodes for Cavium Thunder SoCs with support of
> >> >> > > 48 cores and gicv3. The dts file requires further changes, esp. for
> >> >> > > pci, gicv3-its and smmu. This changes will be added later together
> >> >> > > with the device drivers.
> >> >> > >
> >> >> > > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >> >> > > Signed-off-by: Robert Richter <rrichter@cavium.com>
> >> >> > > ---
> >> >> > > arch/arm64/boot/dts/Makefile | 1 +
> >> >> > > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> >> >> > > 2 files changed, 388 insertions(+)
> >> >> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >> >> > >
> >> >> > > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> >> >> > > index c52bdb051f66..f8001a62029c 100644
> >> >> > > --- a/arch/arm64/boot/dts/Makefile
> >> >> > > +++ b/arch/arm64/boot/dts/Makefile
> >> >> > > @@ -1,3 +1,4 @@
> >> >> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> >> >> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> >> >> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >> >> >
> >> >> > Oh, and:
> >> >> >
> >> >> > Let's fix the mistake we made on 32-bit here (that we can't undo
> >> >> > unless we move all dts files now, which is too much churn), and put
> >> >> > each SoC vendor in its own subdirectory.
> >> >> >
> >> >> > So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
> >> >> > and the dts there.
> >> >> >
> >> >> > We should move vexpress under arm/ and xgene under apm/ too.
> >> >>
> >> >> I was looking into this. It turned out that this would introduce more
> >> >> pain than it solves. The problem with introducing vendor subdirs for
> >> >> .dts files is that this will require also subdirs for .dtb files to
> >> >> avoid name conflicts. This means that dtb files are no longer in a
> >> >> single directory. Current build scripts and makefiles rely on this.
> >> >> E.g.:
> >> >>
> >> >> scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
> >> >>
> >> >> Thus, the introduction of vendor subdirs is not easy to implement and
> >> >> may break existing workflows. Also, no other arch has vendor subdirs.
> >> >>
> >> >> A solution would be to have a naming scheme for dts files which
> >> >> requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
> >> >> Though, these long names may look a bit ugly.
> >> >>
> >> >> Hmm... Any thoughts?
> >> >
> >> > That would make it possible to search, but the number of files in one
> >> > place might become somewhat overwelming (which I believe was Olof's
> >> > concern).
> >> >
> >> > Olof, thoughts?
> >>
> >> Yeah, on 32 bit we've got an ever-growing and very large directory
> >> today that is becoming a headache. Carving it up in directories to
> >> reduce plain directory size would come a long way.
> >>
> >> I think we would catch name conflicts quickly with the automatic
> >> builders we have today -- and it's likely that the files will have a
> >> platform prefix anyway so it shouldn't be a big issue. I think we can
> >> live with that.
> >
> > So you mean, having the source files with subdirectories, but the dtb
> > files in a single obj dir?
It seems it will be easier to have also subdirs for objs.
> Thinking about it a bit more, the even more obvious solution that I
> for some reason didn't think of at the time, is to have the
> dtbs_install target create the appropriate subdirectories on the
> install side, so that the structure is preserved.
>
> That comes a bit closer to how modules are handled as well.
Yes, dtbs_install target would be useful.
Will come with a solution for this too.
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC
@ 2014-08-29 12:10 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-29 12:10 UTC (permalink / raw)
To: linux-arm-kernel
On 28.08.14 16:01:08, Olof Johansson wrote:
> On Thu, Aug 28, 2014 at 11:14 AM, Robert Richter <rric@kernel.org> wrote:
> > On 28.08.14 09:31:43, Olof Johansson wrote:
> >> On Thu, Aug 28, 2014 at 9:25 AM, Mark Rutland <mark.rutland@arm.com> wrote:
> >> > On Thu, Aug 28, 2014 at 05:15:56PM +0100, Robert Richter wrote:
> >> >> Olof,
> >> >>
> >> >> On 30.07.14 11:14:23, Olof Johansson wrote:
> >> >> > On Wed, Jul 30, 2014 at 8:06 AM, Robert Richter <rric@kernel.org> wrote:
> >> >> > > From: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >> >> > >
> >> >> > > Add initial device tree nodes for Cavium Thunder SoCs with support of
> >> >> > > 48 cores and gicv3. The dts file requires further changes, esp. for
> >> >> > > pci, gicv3-its and smmu. This changes will be added later together
> >> >> > > with the device drivers.
> >> >> > >
> >> >> > > Signed-off-by: Radha Mohan Chintakuntla <rchintakuntla@cavium.com>
> >> >> > > Signed-off-by: Robert Richter <rrichter@cavium.com>
> >> >> > > ---
> >> >> > > arch/arm64/boot/dts/Makefile | 1 +
> >> >> > > arch/arm64/boot/dts/thunder-88xx.dts | 387 +++++++++++++++++++++++++++++++++++
> >> >> > > 2 files changed, 388 insertions(+)
> >> >> > > create mode 100644 arch/arm64/boot/dts/thunder-88xx.dts
> >> >> > >
> >> >> > > diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
> >> >> > > index c52bdb051f66..f8001a62029c 100644
> >> >> > > --- a/arch/arm64/boot/dts/Makefile
> >> >> > > +++ b/arch/arm64/boot/dts/Makefile
> >> >> > > @@ -1,3 +1,4 @@
> >> >> > > +dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
> >> >> > > dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
> >> >> > > dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
> >> >> >
> >> >> > Oh, and:
> >> >> >
> >> >> > Let's fix the mistake we made on 32-bit here (that we can't undo
> >> >> > unless we move all dts files now, which is too much churn), and put
> >> >> > each SoC vendor in its own subdirectory.
> >> >> >
> >> >> > So, please add a arch/arm64/boot/dts/cavium/ directory, add a Makefile
> >> >> > and the dts there.
> >> >> >
> >> >> > We should move vexpress under arm/ and xgene under apm/ too.
> >> >>
> >> >> I was looking into this. It turned out that this would introduce more
> >> >> pain than it solves. The problem with introducing vendor subdirs for
> >> >> .dts files is that this will require also subdirs for .dtb files to
> >> >> avoid name conflicts. This means that dtb files are no longer in a
> >> >> single directory. Current build scripts and makefiles rely on this.
> >> >> E.g.:
> >> >>
> >> >> scripts/Makefile.lib:$(obj)/%.dtb.S: $(obj)/%.dtb
> >> >>
> >> >> Thus, the introduction of vendor subdirs is not easy to implement and
> >> >> may break existing workflows. Also, no other arch has vendor subdirs.
> >> >>
> >> >> A solution would be to have a naming scheme for dts files which
> >> >> requires the vendor in the file name, such as cavium-thunder-88xx.dtb.
> >> >> Though, these long names may look a bit ugly.
> >> >>
> >> >> Hmm... Any thoughts?
> >> >
> >> > That would make it possible to search, but the number of files in one
> >> > place might become somewhat overwelming (which I believe was Olof's
> >> > concern).
> >> >
> >> > Olof, thoughts?
> >>
> >> Yeah, on 32 bit we've got an ever-growing and very large directory
> >> today that is becoming a headache. Carving it up in directories to
> >> reduce plain directory size would come a long way.
> >>
> >> I think we would catch name conflicts quickly with the automatic
> >> builders we have today -- and it's likely that the files will have a
> >> platform prefix anyway so it shouldn't be a big issue. I think we can
> >> live with that.
> >
> > So you mean, having the source files with subdirectories, but the dtb
> > files in a single obj dir?
It seems it will be easier to have also subdirs for objs.
> Thinking about it a bit more, the even more obvious solution that I
> for some reason didn't think of at the time, is to have the
> dtbs_install target create the appropriate subdirectories on the
> install side, so that the structure is preserved.
>
> That comes a bit closer to how modules are handled as well.
Yes, dtbs_install target would be useful.
Will come with a solution for this too.
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH] arm64, dts: Add dtbs_install make target
@ 2014-08-29 13:49 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-29 13:49 UTC (permalink / raw)
To: Olof Johansson
Cc: Robert Richter, Mark Rutland, Catalin Marinas, Will Deacon,
Rob Herring, Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel, linux-arm-kernel, Radha Mohan Chintakuntla,
devicetree
Olof,
On 29.08.14 14:10:23, Robert Richter wrote:
> On 28.08.14 16:01:08, Olof Johansson wrote:
> > Thinking about it a bit more, the even more obvious solution that I
> > for some reason didn't think of at the time, is to have the
> > dtbs_install target create the appropriate subdirectories on the
> > install side, so that the structure is preserved.
> >
> > That comes a bit closer to how modules are handled as well.
>
> Yes, dtbs_install target would be useful.
>
> Will come with a solution for this too.
below is a patch that adds the dtbs_install target to arm64. Taken
from arm where this was already implemented.
-Robert
>From bbb09a3775a385f4a549b1c4b8518658bcbc382d Mon Sep 17 00:00:00 2001
From: Robert Richter <rrichter@cavium.com>
Date: Fri, 29 Aug 2014 14:17:02 +0200
Subject: [PATCH] arm64, dts: Add dtbs_install make target
This adds the dtbs_install make target to arm64. The target has been
introduced already to arch/arm with the following commit:
f4d4ffc03efc kbuild: dtbs_install: new make target
Implementation for arm64 is the same as for arm.
With 'dtbs_install' all config enabled dtb files are installed to
either the INSTALL_DTBS_PATH directory or the default location:
$INSTALL_PATH/dtbs/$KERNELRELEASE
Signed-off-by: Robert Richter <rrichter@cavium.com>
---
arch/arm64/Makefile | 6 ++++--
arch/arm64/boot/dts/Makefile | 4 +++-
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/Makefile b/arch/arm64/Makefile
index 8185a913c5ed..c68efa07c5f3 100644
--- a/arch/arm64/Makefile
+++ b/arch/arm64/Makefile
@@ -66,8 +66,9 @@ zinstall install: vmlinux
%.dtb: scripts
$(Q)$(MAKE) $(build)=$(boot)/dts $(boot)/dts/$@
-dtbs: scripts
- $(Q)$(MAKE) $(build)=$(boot)/dts dtbs
+PHONY += dtbs dtbs_install
+dtbs dtbs_install: prepare scripts
+ $(Q)$(MAKE) $(build)=$(boot)/dts $@
PHONY += vdso_install
vdso_install:
@@ -81,6 +82,7 @@ define archhelp
echo '* Image.gz - Compressed kernel image (arch/$(ARCH)/boot/Image.gz)'
echo ' Image - Uncompressed kernel image (arch/$(ARCH)/boot/Image)'
echo '* dtbs - Build device tree blobs for enabled boards'
+ echo ' dtbs_install - Install dtbs to $(INSTALL_DTBS_PATH)'
echo ' install - Install uncompressed kernel'
echo ' zinstall - Install compressed kernel'
echo ' Install using (your) ~/bin/installkernel or'
diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
index f8001a62029c..3a75cdc2d087 100644
--- a/arch/arm64/boot/dts/Makefile
+++ b/arch/arm64/boot/dts/Makefile
@@ -2,9 +2,11 @@ dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
-targets += dtbs
+targets += dtbs dtbs_install
targets += $(dtb-y)
dtbs: $(addprefix $(obj)/, $(dtb-y))
clean-files := *.dtb
+
+dtbs_install: $(addsuffix _dtbinst_, $(dtb-y))
--
2.0.1
^ permalink raw reply related [flat|nested] 97+ messages in thread
* [PATCH] arm64, dts: Add dtbs_install make target
@ 2014-08-29 13:49 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-29 13:49 UTC (permalink / raw)
To: Olof Johansson
Cc: Robert Richter, Mark Rutland, Catalin Marinas, Will Deacon,
Rob Herring, Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel-u79uwXL29TY76Z2rM5mHXA,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r,
Radha Mohan Chintakuntla, devicetree-u79uwXL29TY76Z2rM5mHXA
Olof,
On 29.08.14 14:10:23, Robert Richter wrote:
> On 28.08.14 16:01:08, Olof Johansson wrote:
> > Thinking about it a bit more, the even more obvious solution that I
> > for some reason didn't think of at the time, is to have the
> > dtbs_install target create the appropriate subdirectories on the
> > install side, so that the structure is preserved.
> >
> > That comes a bit closer to how modules are handled as well.
>
> Yes, dtbs_install target would be useful.
>
> Will come with a solution for this too.
below is a patch that adds the dtbs_install target to arm64. Taken
from arm where this was already implemented.
-Robert
>From bbb09a3775a385f4a549b1c4b8518658bcbc382d Mon Sep 17 00:00:00 2001
From: Robert Richter <rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
Date: Fri, 29 Aug 2014 14:17:02 +0200
Subject: [PATCH] arm64, dts: Add dtbs_install make target
This adds the dtbs_install make target to arm64. The target has been
introduced already to arch/arm with the following commit:
f4d4ffc03efc kbuild: dtbs_install: new make target
Implementation for arm64 is the same as for arm.
With 'dtbs_install' all config enabled dtb files are installed to
either the INSTALL_DTBS_PATH directory or the default location:
$INSTALL_PATH/dtbs/$KERNELRELEASE
Signed-off-by: Robert Richter <rrichter-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
---
arch/arm64/Makefile | 6 ++++--
arch/arm64/boot/dts/Makefile | 4 +++-
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/Makefile b/arch/arm64/Makefile
index 8185a913c5ed..c68efa07c5f3 100644
--- a/arch/arm64/Makefile
+++ b/arch/arm64/Makefile
@@ -66,8 +66,9 @@ zinstall install: vmlinux
%.dtb: scripts
$(Q)$(MAKE) $(build)=$(boot)/dts $(boot)/dts/$@
-dtbs: scripts
- $(Q)$(MAKE) $(build)=$(boot)/dts dtbs
+PHONY += dtbs dtbs_install
+dtbs dtbs_install: prepare scripts
+ $(Q)$(MAKE) $(build)=$(boot)/dts $@
PHONY += vdso_install
vdso_install:
@@ -81,6 +82,7 @@ define archhelp
echo '* Image.gz - Compressed kernel image (arch/$(ARCH)/boot/Image.gz)'
echo ' Image - Uncompressed kernel image (arch/$(ARCH)/boot/Image)'
echo '* dtbs - Build device tree blobs for enabled boards'
+ echo ' dtbs_install - Install dtbs to $(INSTALL_DTBS_PATH)'
echo ' install - Install uncompressed kernel'
echo ' zinstall - Install compressed kernel'
echo ' Install using (your) ~/bin/installkernel or'
diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
index f8001a62029c..3a75cdc2d087 100644
--- a/arch/arm64/boot/dts/Makefile
+++ b/arch/arm64/boot/dts/Makefile
@@ -2,9 +2,11 @@ dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
-targets += dtbs
+targets += dtbs dtbs_install
targets += $(dtb-y)
dtbs: $(addprefix $(obj)/, $(dtb-y))
clean-files := *.dtb
+
+dtbs_install: $(addsuffix _dtbinst_, $(dtb-y))
--
2.0.1
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply related [flat|nested] 97+ messages in thread
* [PATCH] arm64, dts: Add dtbs_install make target
@ 2014-08-29 13:49 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-08-29 13:49 UTC (permalink / raw)
To: linux-arm-kernel
Olof,
On 29.08.14 14:10:23, Robert Richter wrote:
> On 28.08.14 16:01:08, Olof Johansson wrote:
> > Thinking about it a bit more, the even more obvious solution that I
> > for some reason didn't think of at the time, is to have the
> > dtbs_install target create the appropriate subdirectories on the
> > install side, so that the structure is preserved.
> >
> > That comes a bit closer to how modules are handled as well.
>
> Yes, dtbs_install target would be useful.
>
> Will come with a solution for this too.
below is a patch that adds the dtbs_install target to arm64. Taken
from arm where this was already implemented.
-Robert
>From bbb09a3775a385f4a549b1c4b8518658bcbc382d Mon Sep 17 00:00:00 2001
From: Robert Richter <rrichter@cavium.com>
Date: Fri, 29 Aug 2014 14:17:02 +0200
Subject: [PATCH] arm64, dts: Add dtbs_install make target
This adds the dtbs_install make target to arm64. The target has been
introduced already to arch/arm with the following commit:
f4d4ffc03efc kbuild: dtbs_install: new make target
Implementation for arm64 is the same as for arm.
With 'dtbs_install' all config enabled dtb files are installed to
either the INSTALL_DTBS_PATH directory or the default location:
$INSTALL_PATH/dtbs/$KERNELRELEASE
Signed-off-by: Robert Richter <rrichter@cavium.com>
---
arch/arm64/Makefile | 6 ++++--
arch/arm64/boot/dts/Makefile | 4 +++-
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/Makefile b/arch/arm64/Makefile
index 8185a913c5ed..c68efa07c5f3 100644
--- a/arch/arm64/Makefile
+++ b/arch/arm64/Makefile
@@ -66,8 +66,9 @@ zinstall install: vmlinux
%.dtb: scripts
$(Q)$(MAKE) $(build)=$(boot)/dts $(boot)/dts/$@
-dtbs: scripts
- $(Q)$(MAKE) $(build)=$(boot)/dts dtbs
+PHONY += dtbs dtbs_install
+dtbs dtbs_install: prepare scripts
+ $(Q)$(MAKE) $(build)=$(boot)/dts $@
PHONY += vdso_install
vdso_install:
@@ -81,6 +82,7 @@ define archhelp
echo '* Image.gz - Compressed kernel image (arch/$(ARCH)/boot/Image.gz)'
echo ' Image - Uncompressed kernel image (arch/$(ARCH)/boot/Image)'
echo '* dtbs - Build device tree blobs for enabled boards'
+ echo ' dtbs_install - Install dtbs to $(INSTALL_DTBS_PATH)'
echo ' install - Install uncompressed kernel'
echo ' zinstall - Install compressed kernel'
echo ' Install using (your) ~/bin/installkernel or'
diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
index f8001a62029c..3a75cdc2d087 100644
--- a/arch/arm64/boot/dts/Makefile
+++ b/arch/arm64/boot/dts/Makefile
@@ -2,9 +2,11 @@ dtb-$(CONFIG_ARCH_THUNDER) += thunder-88xx.dtb
dtb-$(CONFIG_ARCH_VEXPRESS) += rtsm_ve-aemv8a.dtb foundation-v8.dtb
dtb-$(CONFIG_ARCH_XGENE) += apm-mustang.dtb
-targets += dtbs
+targets += dtbs dtbs_install
targets += $(dtb-y)
dtbs: $(addprefix $(obj)/, $(dtb-y))
clean-files := *.dtb
+
+dtbs_install: $(addsuffix _dtbinst_, $(dtb-y))
--
2.0.1
^ permalink raw reply related [flat|nested] 97+ messages in thread
* Re: [PATCH] arm64, dts: Add dtbs_install make target
2014-08-29 13:49 ` Robert Richter
(?)
@ 2014-09-05 6:55 ` Robert Richter
-1 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-09-05 6:55 UTC (permalink / raw)
To: Olof Johansson
Cc: Robert Richter, Mark Rutland, Catalin Marinas, Will Deacon,
Rob Herring, Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel, linux-arm-kernel, Radha Mohan Chintakuntla,
devicetree
Olof,
On 29.08.14 15:49:42, Robert Richter wrote:
> On 29.08.14 14:10:23, Robert Richter wrote:
> > On 28.08.14 16:01:08, Olof Johansson wrote:
> > > Thinking about it a bit more, the even more obvious solution that I
> > > for some reason didn't think of at the time, is to have the
> > > dtbs_install target create the appropriate subdirectories on the
> > > install side, so that the structure is preserved.
> > >
> > > That comes a bit closer to how modules are handled as well.
> >
> > Yes, dtbs_install target would be useful.
> >
> > Will come with a solution for this too.
>
> below is a patch that adds the dtbs_install target to arm64. Taken
> from arm where this was already implemented.
please note that I sent a separate patch set with a complete
implementation of this with the title:
[PATCH 0/6] dts, kbuild: Implement support for dtb vendor subdirs
this patch is included there too.
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* Re: [PATCH] arm64, dts: Add dtbs_install make target
@ 2014-09-05 6:55 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-09-05 6:55 UTC (permalink / raw)
To: Olof Johansson
Cc: Robert Richter, Mark Rutland, Catalin Marinas, Will Deacon,
Rob Herring, Arnd Bergmann, Pawel Moll, Ian Campbell, Kumar Gala,
linux-kernel, linux-arm-kernel, Radha Mohan Chintakuntla,
devicetree
Olof,
On 29.08.14 15:49:42, Robert Richter wrote:
> On 29.08.14 14:10:23, Robert Richter wrote:
> > On 28.08.14 16:01:08, Olof Johansson wrote:
> > > Thinking about it a bit more, the even more obvious solution that I
> > > for some reason didn't think of at the time, is to have the
> > > dtbs_install target create the appropriate subdirectories on the
> > > install side, so that the structure is preserved.
> > >
> > > That comes a bit closer to how modules are handled as well.
> >
> > Yes, dtbs_install target would be useful.
> >
> > Will come with a solution for this too.
>
> below is a patch that adds the dtbs_install target to arm64. Taken
> from arm where this was already implemented.
please note that I sent a separate patch set with a complete
implementation of this with the title:
[PATCH 0/6] dts, kbuild: Implement support for dtb vendor subdirs
this patch is included there too.
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
* [PATCH] arm64, dts: Add dtbs_install make target
@ 2014-09-05 6:55 ` Robert Richter
0 siblings, 0 replies; 97+ messages in thread
From: Robert Richter @ 2014-09-05 6:55 UTC (permalink / raw)
To: linux-arm-kernel
Olof,
On 29.08.14 15:49:42, Robert Richter wrote:
> On 29.08.14 14:10:23, Robert Richter wrote:
> > On 28.08.14 16:01:08, Olof Johansson wrote:
> > > Thinking about it a bit more, the even more obvious solution that I
> > > for some reason didn't think of at the time, is to have the
> > > dtbs_install target create the appropriate subdirectories on the
> > > install side, so that the structure is preserved.
> > >
> > > That comes a bit closer to how modules are handled as well.
> >
> > Yes, dtbs_install target would be useful.
> >
> > Will come with a solution for this too.
>
> below is a patch that adds the dtbs_install target to arm64. Taken
> from arm where this was already implemented.
please note that I sent a separate patch set with a complete
implementation of this with the title:
[PATCH 0/6] dts, kbuild: Implement support for dtb vendor subdirs
this patch is included there too.
-Robert
^ permalink raw reply [flat|nested] 97+ messages in thread
end of thread, other threads:[~2014-09-05 6:55 UTC | newest]
Thread overview: 97+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-07-30 15:06 [PATCH 0/5] arm64, thunder: Enable Cavium Thunder SoC Family Robert Richter
2014-07-30 15:06 ` Robert Richter
2014-07-30 15:06 ` [PATCH 1/5] arm64, thunder: Add Kconfig option for " Robert Richter
2014-07-30 15:06 ` Robert Richter
2014-07-30 15:06 ` [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC Robert Richter
2014-07-30 15:06 ` Robert Richter
2014-07-30 15:06 ` Robert Richter
2014-07-30 15:46 ` Mark Rutland
2014-07-30 15:46 ` Mark Rutland
2014-07-30 15:46 ` Mark Rutland
2014-07-30 16:37 ` Rob Herring
2014-07-30 16:37 ` Rob Herring
2014-07-30 16:37 ` Rob Herring
2014-07-30 17:48 ` Mark Rutland
2014-07-30 17:48 ` Mark Rutland
2014-07-30 17:48 ` Mark Rutland
2014-08-05 8:47 ` Robert Richter
2014-08-05 8:47 ` Robert Richter
2014-08-05 8:47 ` Robert Richter
2014-07-31 11:32 ` Robert Richter
2014-07-31 11:32 ` Robert Richter
2014-07-31 11:32 ` Robert Richter
2014-07-31 12:34 ` Robert Richter
2014-07-31 12:34 ` Robert Richter
2014-07-31 12:34 ` Robert Richter
2014-07-31 15:22 ` Rob Herring
2014-07-31 15:22 ` Rob Herring
2014-07-31 15:22 ` Rob Herring
2014-07-31 16:35 ` Robert Richter
2014-07-31 16:35 ` Robert Richter
2014-07-31 16:35 ` Robert Richter
2014-07-31 8:41 ` Ganapatrao Kulkarni
2014-07-31 9:53 ` Mark Rutland
2014-07-31 9:53 ` Mark Rutland
2014-07-31 9:53 ` Mark Rutland
2014-07-31 11:12 ` Ganapatrao Kulkarni
2014-07-31 11:33 ` Mark Rutland
2014-07-31 11:33 ` Mark Rutland
2014-07-31 11:33 ` Mark Rutland
2014-08-01 17:04 ` Robert Richter
2014-08-01 17:04 ` Robert Richter
2014-08-01 17:04 ` Robert Richter
2014-08-01 18:00 ` Mark Rutland
2014-08-01 18:00 ` Mark Rutland
2014-08-01 18:00 ` Mark Rutland
2014-08-01 10:25 ` Robert Richter
2014-08-01 10:25 ` Robert Richter
2014-08-01 10:25 ` Robert Richter
2014-07-30 18:12 ` Olof Johansson
2014-07-30 18:12 ` Olof Johansson
2014-07-30 18:12 ` Olof Johansson
2014-07-30 18:35 ` Mark Rutland
2014-07-30 18:35 ` Mark Rutland
2014-07-30 18:35 ` Mark Rutland
2014-07-30 18:14 ` Olof Johansson
2014-07-30 18:14 ` Olof Johansson
2014-07-30 18:14 ` Olof Johansson
2014-08-01 16:18 ` Robert Richter
2014-08-01 16:18 ` Robert Richter
2014-08-01 16:18 ` Robert Richter
2014-08-28 16:15 ` Robert Richter
2014-08-28 16:15 ` Robert Richter
2014-08-28 16:15 ` Robert Richter
2014-08-28 16:25 ` Mark Rutland
2014-08-28 16:25 ` Mark Rutland
2014-08-28 16:25 ` Mark Rutland
2014-08-28 16:31 ` Olof Johansson
2014-08-28 16:31 ` Olof Johansson
2014-08-28 16:31 ` Olof Johansson
2014-08-28 18:14 ` Robert Richter
2014-08-28 18:14 ` Robert Richter
2014-08-28 18:14 ` Robert Richter
2014-08-28 23:01 ` Olof Johansson
2014-08-28 23:01 ` Olof Johansson
2014-08-28 23:01 ` Olof Johansson
2014-08-29 12:10 ` Robert Richter
2014-08-29 12:10 ` Robert Richter
2014-08-29 12:10 ` Robert Richter
2014-08-29 13:49 ` [PATCH] arm64, dts: Add dtbs_install make target Robert Richter
2014-08-29 13:49 ` Robert Richter
2014-08-29 13:49 ` Robert Richter
2014-09-05 6:55 ` Robert Richter
2014-09-05 6:55 ` Robert Richter
2014-09-05 6:55 ` Robert Richter
2014-07-31 10:24 ` [PATCH 2/5] arm64, thunder: Add initial dts for Cavium Thunder SoC Arnd Bergmann
2014-07-31 10:24 ` Arnd Bergmann
2014-07-31 10:24 ` Arnd Bergmann
2014-07-31 11:33 ` Robert Richter
2014-07-31 11:33 ` Robert Richter
2014-07-31 11:33 ` Robert Richter
2014-07-30 15:06 ` [PATCH 3/5] arm64, thunder: document devicetree bindings " Robert Richter
2014-07-30 15:06 ` Robert Richter
2014-07-30 15:06 ` Robert Richter
2014-07-30 15:06 ` [PATCH 4/5] arm64, defconfig: Enable Cavium Thunder SoC in defconfig Robert Richter
2014-07-30 15:06 ` Robert Richter
2014-07-30 15:06 ` [PATCH 5/5] arm64, defconfig: Enable tmpfs mount option Robert Richter
2014-07-30 15:06 ` Robert Richter
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.