Thread (2 messages) 2 messages, 2 authors, 2013-06-25

Re: [PATCH 1/1] ARM: tegra: Add basic support for carma devkit

From: Stephen Warren <hidden>
Date: 2013-06-24 17:19:33

Possibly related (same subject, not in this thread)

On 06/23/2013 07:38 AM, Chris Desjardins wrote:

A patch description would be useful; e.g. a brief description of the
CARMA board.
quoted hunk
diff --git a/arch/arm/boot/dts/tegra30-carma.dts b/arch/arm/boot/dts/tegra30-carma.dts
+/dts-v1/;
All the other *.dts files have a blank line separating the line above
here and below.
+#include "tegra30.dtsi"
+/**
+ * This file contains common DT entry for Carma
+ */
I don't think that comment applies; I suspect it's copied from the
Cardhu file, where there actually are separate common and
version-specific files, but I don't think there will be separate files here.
+/ {
+	model = "NVIDIA Tegra30 Carma evaluation board";
This board is an actual product, so I'd remove the word "evaluation" here.
+	pcie-controller {
+		status = "okay";
+		pex-clk-supply = <&pex_hvdd_3v3_reg>;
+		vdd-supply = <&ldo1_reg>;
+		avdd-supply = <&ldo2_reg>;
+
+		pci@1,0 {
+			nvidia,num-lanes = <4>;
+		};
+
+		pci@2,0 {
+			nvidia,num-lanes = <1>;
+		};
+
+		pci@3,0 {
+			status = "okay";
+			nvidia,num-lanes = <1>;
+		};
+	};
I would split the PCIe node out into a separate patch. I can take the
main patch to add Carma support directly into the linux-tegra tree, and
Thierry can carry the patch that adds the PCIe node in his tree, until
his PCIe driver makes it upstream.

A note on node ordering: I'd like the nodes in the following order:

1) Any nodes that existing in #included files, in the order they existed
in the #included files.

2) Any new nodes with a reg property, sorted in order of reg value.

3) Any new nodes without a reg property, sorted alphabetically.

So, this PCIe node should go between memory and pinmux.
+	serial@70006200 {
+		compatible = "ns16550";
You shouldn't need to set the compatible value for this node;
tegra30.dtsi has already set it.
+		tps62361 {
...
+			regulator-min-microvolt = <500000>;
+			regulator-max-microvolt = <1500000>;
...
+		pmic: tps65911@2d {
...
+			regulators {
+				vdd1_reg: vdd1 {
+					regulator-name = "vddio_ddr_1v2";
+					regulator-min-microvolt = <1200000>;
+					regulator-max-microvolt = <1200000>;
Have you validated all these voltage levels, and *-supply properties
against the schematic or other documentation for the board? I want to
avoid accepting a DT file that sets up any of the voltages incorrectly,
which could potentially cause damage to the board/components.
+	ahub {
+		i2s@70080400 {
+			status = "okay";
+		};
+	};
I don't see any "sound" or "audio" node. As such, I don't believe any of
that "ahub" node is required.
+	clocks {
+		compatible = "simple-bus";
+		#address-cells = <1>;
+		#size-cells = <0>;
+
+		clk32k_in: clock {
+			compatible = "fixed-clock";
+			reg=<0>;
+			#clock-cells = <0>;
+			clock-frequency = <32768>;
+		};
+	};
That doesn't seem to be used anywhere.
+	regulators {
...
+		vdd_ac_bat_reg: regulator@0 {
...
+		};
+
+
+		cp_5v_reg: regulator@2 {
There's an extra blank line there, and there's also no regulator with
reg=<1>. Is there a reason for the numbering gap?
+	};
+
+
+};
There are a couple extra blank lines there.

Out of curiosity, do you have upstream U-Boot support for Carma, or are
you using our binary bootloader, or a downstream U-Boot?
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help