[PATCH v1 1/2] ARM: keystone: dts: fix dt bindings for PCIe

[PATCH v1 1/2] ARM: keystone: dts: fix dt bindings for PCIe

[Murali Karicheri]

Currently PCIe DT bindings are broken. PCIe driver can't function
without having a SerDes driver that provide the phy configuration.
On K2E EVM, this causes problem since the EVM has Marvell SATA
controller present and with default values in the SerDes register,
it seems to pass the PCIe link check, but causes issues since
the configuration is not correct. The manifestation is that when
EVM is booted with NFS rootfs, the boot hangs. We shouldn't enable
PCIe on this EVM since to work, SerDes driver has to be present as
well. So by default, the PCIe DT binding should be disabled in SoC
specific DTS. It can be enabled in the board specific DTS when the
SerDes device driver is also present.

So fix the status of PCIe DT bindings in the SoC specific DTS to
"disabled". To enable PCIe, the status should be set to "ok" in
the EVM DTS file when SerDes driver support becomes available in
the upstream tree.

Signed-off-by: Murali Karicheri <m-karicheri2@ti.com>
---
 - updated commit description to make it clear that it is fix
   to be applied to v4.2-rc.
 arch/arm/boot/dts/k2e.dtsi      | 1 +
 arch/arm/boot/dts/keystone.dtsi | 1 +
 2 files changed, 2 insertions(+)

diff --git a/arch/arm/boot/dts/k2e.dtsi b/arch/arm/boot/dts/k2e.dtsi
index 50e555e..ecb9cd6 100644
--- a/arch/arm/boot/dts/k2e.dtsi
+++ b/arch/arm/boot/dts/k2e.dtsi
@@ -96,6 +96,7 @@
 			ranges = <0x81000000 0 0 0x23260000 0x4000 0x4000
 				0x82000000 0 0x60000000 0x60000000 0 0x10000000>;
 
+			status = "disabled";
 			device_type = "pci";
 			num-lanes = <2>;
 
diff --git a/arch/arm/boot/dts/keystone.dtsi b/arch/arm/boot/dts/keystone.dtsi
index c06542b..0d6be74 100644
--- a/arch/arm/boot/dts/keystone.dtsi
+++ b/arch/arm/boot/dts/keystone.dtsi
@@ -296,6 +296,7 @@
 			ranges = <0x81000000 0 0 0x23250000 0 0x4000
 				0x82000000 0 0x50000000 0x50000000 0 0x10000000>;
 
+			status = "disabled";
 			device_type = "pci";
 			num-lanes = <2>;
 
-- 
1.9.1

[PATCH v1 2/2] ARM: keystone: dts: rename pcie nodes to help override status

[Murali Karicheri]

Now that PCIe DT binding is disabled in SoC specific DTS,
we need a way to override it in a board specific DTS. So
rename the PCIe nodes accordingly.

Signed-off-by: Murali Karicheri <m-karicheri2-l0cyMroinI0@public.gmane.org>
---
 - initial version. Added to the original series
 arch/arm/boot/dts/k2e.dtsi      | 2 +-
 arch/arm/boot/dts/keystone.dtsi | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/arm/boot/dts/k2e.dtsi b/arch/arm/boot/dts/k2e.dtsi
index ecb9cd6..1b6494f 100644
--- a/arch/arm/boot/dts/k2e.dtsi
+++ b/arch/arm/boot/dts/k2e.dtsi
@@ -86,7 +86,7 @@
 			gpio,syscon-dev = <&devctrl 0x240>;
 		};
 
-		pcie@21020000 {
+		pcie1: pcie@21020000 {
 			compatible = "ti,keystone-pcie","snps,dw-pcie";
 			clocks = <&clkpcie1>;
 			clock-names = "pcie";
diff --git a/arch/arm/boot/dts/keystone.dtsi b/arch/arm/boot/dts/keystone.dtsi
index 0d6be74..e7a6f6d 100644
--- a/arch/arm/boot/dts/keystone.dtsi
+++ b/arch/arm/boot/dts/keystone.dtsi
@@ -286,7 +286,7 @@
 			ti,syscon-dev = <&devctrl 0x2a0>;
 		};
 
-		pcie@21800000 {
+		pcie0: pcie@21800000 {
 			compatible = "ti,keystone-pcie", "snps,dw-pcie";
 			clocks = <&clkpcie>;
 			clock-names = "pcie";
-- 
1.9.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

Re: [PATCH v1 1/2] ARM: keystone: dts: fix dt bindings for PCIe

[santosh.shilimkar]

On 7/16/15 2:51 PM, Murali Karicheri wrote:
> Currently PCIe DT bindings are broken. PCIe driver can't function
> without having a SerDes driver that provide the phy configuration.
> On K2E EVM, this causes problem since the EVM has Marvell SATA
> controller present and with default values in the SerDes register,
> it seems to pass the PCIe link check, but causes issues since
> the configuration is not correct. The manifestation is that when
> EVM is booted with NFS rootfs, the boot hangs. We shouldn't enable
> PCIe on this EVM since to work, SerDes driver has to be present as
> well. So by default, the PCIe DT binding should be disabled in SoC
> specific DTS. It can be enabled in the board specific DTS when the
> SerDes device driver is also present.
>
> So fix the status of PCIe DT bindings in the SoC specific DTS to
> "disabled". To enable PCIe, the status should be set to "ok" in
> the EVM DTS file when SerDes driver support becomes available in
> the upstream tree.
>
> Signed-off-by: Murali Karicheri <m-karicheri2@ti.com>
> ---
>   - updated commit description to make it clear that it is fix
>     to be applied to v4.2-rc.

Just sent pull request with both of these patches from the series.

Regards,
Santosh

Re: [PATCH v1 1/2] ARM: keystone: dts: fix dt bindings for PCIe

[Murali Karicheri]

On 07/16/2015 06:43 PM, santosh.shilimkar@oracle.com wrote:
> On 7/16/15 2:51 PM, Murali Karicheri wrote:
>> Currently PCIe DT bindings are broken. PCIe driver can't function
>> without having a SerDes driver that provide the phy configuration.
>> On K2E EVM, this causes problem since the EVM has Marvell SATA
>> controller present and with default values in the SerDes register,
>> it seems to pass the PCIe link check, but causes issues since
>> the configuration is not correct. The manifestation is that when
>> EVM is booted with NFS rootfs, the boot hangs. We shouldn't enable
>> PCIe on this EVM since to work, SerDes driver has to be present as
>> well. So by default, the PCIe DT binding should be disabled in SoC
>> specific DTS. It can be enabled in the board specific DTS when the
>> SerDes device driver is also present.
>>
>> So fix the status of PCIe DT bindings in the SoC specific DTS to
>> "disabled". To enable PCIe, the status should be set to "ok" in
>> the EVM DTS file when SerDes driver support becomes available in
>> the upstream tree.
>>
>> Signed-off-by: Murali Karicheri <m-karicheri2@ti.com>
>> ---
>>   - updated commit description to make it clear that it is fix
>>     to be applied to v4.2-rc.
>
> Just sent pull request with both of these patches from the series.
>
> Regards,
> Santosh
>
>
Thanks Santosh.

regards,

-- 
Murali Karicheri
Linux Kernel, Keystone