[PATCH] ARM: mx28: Skip OCOTP FEC MAC setup if in DT

Subsystems: arm port, the rest

STALE5059d

5 messages, 2 authors, 2012-09-25 · open the first message on its own page

[PATCH] ARM: mx28: Skip OCOTP FEC MAC setup if in DT

From: marex@denx.de (Marek Vasut)
Date: 2012-09-21 02:40:14

Currently, the kernel unconditionally adds "local-mac-address" and
"mac-address" properties under both FEC ethernet DT nodes in case
the update_fec_mac_prop() function is called. These properties are
loaded with MAC address compiled from vendors OUI and a per-device
NIC saved in OCOTP storage.

Some more advanced bootloaders do augment the DT passed to the kernel
by these properties already. In such case, it is wrong for kernel to
override these values.

Adjust the FEC MAC address loading so that in case the DT properties
are already present in the DT passed from the bootloader, skip the
loading from OCOTP altogether. If the DT properties are not present,
load them from OCOTP.

Note that the later case will lead to zeroed out MAC address if OCOTP
is not programmed. This will lead to FEC not working at all.

Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Fabio Estevam <redacted>
Cc: Shawn Guo <redacted>
---
 arch/arm/mach-mxs/mach-mxs.c |    4 ++++
 1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-mxs/mach-mxs.c b/arch/arm/mach-mxs/mach-mxs.c
index 71d47f5..3f29a52 100644
--- a/arch/arm/mach-mxs/mach-mxs.c
+++ b/arch/arm/mach-mxs/mach-mxs.c
@@ -175,6 +175,10 @@ static void __init update_fec_mac_prop(enum mac_oui oui)
 		np = of_find_compatible_node(from, NULL, "fsl,imx28-fec");
 		if (!np)
 			return;
+
+		if (of_get_property(np, "local-mac-address", NULL))
+			continue;
+
 		from = np;
 
 		newmac = kzalloc(sizeof(*newmac) + 6, GFP_KERNEL);
-- 
1.7.10.4

[PATCH] ARM: mx28: Skip OCOTP FEC MAC setup if in DT

From: Shawn Guo <hidden>
Date: 2012-09-25 05:14:26

On Fri, Sep 21, 2012 at 04:40:14AM +0200, Marek Vasut wrote:
quoted hunk
Currently, the kernel unconditionally adds "local-mac-address" and
"mac-address" properties under both FEC ethernet DT nodes in case
the update_fec_mac_prop() function is called. These properties are
loaded with MAC address compiled from vendors OUI and a per-device
NIC saved in OCOTP storage.

Some more advanced bootloaders do augment the DT passed to the kernel
by these properties already. In such case, it is wrong for kernel to
override these values.

Adjust the FEC MAC address loading so that in case the DT properties
are already present in the DT passed from the bootloader, skip the
loading from OCOTP altogether. If the DT properties are not present,
load them from OCOTP.

Note that the later case will lead to zeroed out MAC address if OCOTP
is not programmed. This will lead to FEC not working at all.

Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Fabio Estevam <redacted>
Cc: Shawn Guo <redacted>
---
 arch/arm/mach-mxs/mach-mxs.c |    4 ++++
 1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-mxs/mach-mxs.c b/arch/arm/mach-mxs/mach-mxs.c
index 71d47f5..3f29a52 100644
--- a/arch/arm/mach-mxs/mach-mxs.c
+++ b/arch/arm/mach-mxs/mach-mxs.c
@@ -175,6 +175,10 @@ static void __init update_fec_mac_prop(enum mac_oui oui)
 		np = of_find_compatible_node(from, NULL, "fsl,imx28-fec");
 		if (!np)
 			return;
+
+		if (of_get_property(np, "local-mac-address", NULL))
+			continue;
+
The block should be put after "from" assignment below.
 		from = np;
Shawn
 
 		newmac = kzalloc(sizeof(*newmac) + 6, GFP_KERNEL);
-- 
1.7.10.4

[PATCH] ARM: mx28: Skip OCOTP FEC MAC setup if in DT

From: marex@denx.de (Marek Vasut)
Date: 2012-09-25 11:01:46

Dear Shawn Guo,
On Fri, Sep 21, 2012 at 04:40:14AM +0200, Marek Vasut wrote:
quoted
Currently, the kernel unconditionally adds "local-mac-address" and
"mac-address" properties under both FEC ethernet DT nodes in case
the update_fec_mac_prop() function is called. These properties are
loaded with MAC address compiled from vendors OUI and a per-device
NIC saved in OCOTP storage.

Some more advanced bootloaders do augment the DT passed to the kernel
by these properties already. In such case, it is wrong for kernel to
override these values.

Adjust the FEC MAC address loading so that in case the DT properties
are already present in the DT passed from the bootloader, skip the
loading from OCOTP altogether. If the DT properties are not present,
load them from OCOTP.

Note that the later case will lead to zeroed out MAC address if OCOTP
is not programmed. This will lead to FEC not working at all.

Signed-off-by: Marek Vasut <marex@denx.de>
Cc: Fabio Estevam <redacted>
Cc: Shawn Guo <redacted>
---

 arch/arm/mach-mxs/mach-mxs.c |    4 ++++
 1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-mxs/mach-mxs.c b/arch/arm/mach-mxs/mach-mxs.c
index 71d47f5..3f29a52 100644
--- a/arch/arm/mach-mxs/mach-mxs.c
+++ b/arch/arm/mach-mxs/mach-mxs.c
@@ -175,6 +175,10 @@ static void __init update_fec_mac_prop(enum mac_oui
oui)

 		np = of_find_compatible_node(from, NULL, "fsl,imx28-fec");
 		if (!np)
 		
 			return;

+
+		if (of_get_property(np, "local-mac-address", NULL))
+			continue;
+
The block should be put after "from" assignment below.
Can you please elaborate why would that be necessary?

Best regards,
Marek Vasut

[PATCH] ARM: mx28: Skip OCOTP FEC MAC setup if in DT

From: Shawn Guo <hidden>
Date: 2012-09-25 11:24:33

On Tue, Sep 25, 2012 at 01:01:46PM +0200, Marek Vasut wrote:
quoted
quoted
 		np = of_find_compatible_node(from, NULL, "fsl,imx28-fec");
 		if (!np)
 		
 			return;

+
+		if (of_get_property(np, "local-mac-address", NULL))
+			continue;
+
The block should be put after "from" assignment below.
Can you please elaborate why would that be necessary?
Without assigning 'np' to 'from', the next iteration of 'for' loop
will still find the first fec node.  Then what's point of 'continue'?

Shawn

[PATCH] ARM: mx28: Skip OCOTP FEC MAC setup if in DT

From: marex@denx.de (Marek Vasut)
Date: 2012-09-25 11:27:51

Dear Shawn Guo,
On Tue, Sep 25, 2012 at 01:01:46PM +0200, Marek Vasut wrote:
quoted
quoted
quoted
 		np = of_find_compatible_node(from, NULL, "fsl,imx28-
fec");
quoted
quoted
quoted
 		if (!np)
 		
 			return;

+
+		if (of_get_property(np, "local-mac-address", NULL))
+			continue;
+
The block should be put after "from" assignment below.
Can you please elaborate why would that be necessary?
Without assigning 'np' to 'from', the next iteration of 'for' loop
will still find the first fec node.  Then what's point of 'continue'?
Ewww, you're right.
Shawn
Best regards,
Marek Vasut
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help