]> git.dujemihanovic.xyz Git - u-boot.git/commitdiff
arm: mvebu: dts: uDPU: fix non-working networking
authorRobert Marko <robert.marko@sartura.hr>
Thu, 24 Mar 2022 09:57:38 +0000 (10:57 +0100)
committerStefan Roese <sr@denx.de>
Thu, 21 Apr 2022 10:31:36 +0000 (12:31 +0200)
uDPU is a bit of a specific device in that it does not have any copper
ports nor any ethernet PHY-s but 2 SFP ports.

This is an issue since MVNETA requires a PHY phandle or a fixed-link to
be defined under its node.
Since U-boot has no SFP support this is reasonable in order to know how
to configure the MAC.

However this also means that networking does not work on uDPU at all
currently, and fails with:

uDPU>> dhcp
Could not get PHY for neta@30000: addr 0
phy_connect failed
Could not get PHY for neta@40000: addr 1
phy_connect failed

So, to provide working networking using only SFP-s let add the fixed-link
at 1G which is much more common than 2.5G SFP-s as well as disable the
TX_DISABLE pins like done on Armada 7040 and 8040 platforms.

Since uDPU is not using any of the GPIO-s on the SB controller for any
purpose other than GPIO, a call to the pinctrl must be made in order for
it to get probed and thus register the SB GPIO bank, otherwise SB GPIO-s
are not registered at all.

Signed-off-by: Robert Marko <robert.marko@sartura.hr>
Reviewed-by: Stefan Roese <sr@denx.de>
arch/arm/dts/armada-3720-uDPU-u-boot.dtsi

index cf8ae4412b977cf8c955c1dfbad985a8868cf1d8..47d87d4bd8fb0596ef7be48064de6df6decdaaac 100644 (file)
 &sdhci0 {
        u-boot,dm-pre-reloc;
 };
+
+&pinctrl_sb {
+       sfp_pin: sfp-pin {
+               groups = "pcie1_clkreq";
+               function = "gpio";
+       };
+};
+
+&eth0 {
+       pinctrl-names = "default";
+       pinctrl-0 = <&sfp_pin>;
+
+       fixed-link {
+               speed = <1000>;
+               full-duplex;
+       };
+};
+
+&eth1 {
+       fixed-link {
+               speed = <1000>;
+               full-duplex;
+       };
+};