linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH net-next] net: mscc: ocelot: Fix probe for vsc7514
@ 2021-08-17 12:06 Horatiu Vultur
  2021-08-17 12:24 ` Vladimir Oltean
  0 siblings, 1 reply; 3+ messages in thread
From: Horatiu Vultur @ 2021-08-17 12:06 UTC (permalink / raw)
  To: vladimir.oltean, claudiu.manoil, alexandre.belloni,
	UNGLinuxDriver, davem, kuba, netdev, linux-kernel
  Cc: Horatiu Vultur

The check for parsing the 'phy-handle' was removed in the blamed commit.
Therefor it would try to create phylinks for each port and connect to
the phys. But on ocelot_pcb123 and ocelot_pcb120 not all the ports have
a phy, so this will failed. So the probe of the network driver will
fail.

The fix consists in adding back the check for 'phy-handle' for vsc7514

Fixes: e6e12df625f2 ("net: mscc: ocelot: convert to phylink")
Signed-off-by: Horatiu Vultur <horatiu.vultur@microchip.com>
---
 drivers/net/ethernet/mscc/ocelot_vsc7514.c | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/drivers/net/ethernet/mscc/ocelot_vsc7514.c b/drivers/net/ethernet/mscc/ocelot_vsc7514.c
index 18aed504f45d..96ac64f13382 100644
--- a/drivers/net/ethernet/mscc/ocelot_vsc7514.c
+++ b/drivers/net/ethernet/mscc/ocelot_vsc7514.c
@@ -954,6 +954,9 @@ static int mscc_ocelot_init_ports(struct platform_device *pdev,
 		if (of_property_read_u32(portnp, "reg", &reg))
 			continue;
 
+		if (!of_parse_phandle(portnp, "phy-handle", 0))
+			continue;
+
 		port = reg;
 		if (port < 0 || port >= ocelot->num_phys_ports) {
 			dev_err(ocelot->dev,
-- 
2.31.1


^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH net-next] net: mscc: ocelot: Fix probe for vsc7514
  2021-08-17 12:06 [PATCH net-next] net: mscc: ocelot: Fix probe for vsc7514 Horatiu Vultur
@ 2021-08-17 12:24 ` Vladimir Oltean
  2021-08-18  7:32   ` Horatiu Vultur
  0 siblings, 1 reply; 3+ messages in thread
From: Vladimir Oltean @ 2021-08-17 12:24 UTC (permalink / raw)
  To: Horatiu Vultur
  Cc: Claudiu Manoil, alexandre.belloni, UNGLinuxDriver, davem, kuba,
	netdev, linux-kernel

Hi Horatiu,

On Tue, Aug 17, 2021 at 02:06:33PM +0200, Horatiu Vultur wrote:
> The check for parsing the 'phy-handle' was removed in the blamed commit.
> Therefor it would try to create phylinks for each port and connect to
> the phys. But on ocelot_pcb123 and ocelot_pcb120 not all the ports have
> a phy, so this will failed. So the probe of the network driver will
> fail.
> 
> The fix consists in adding back the check for 'phy-handle' for vsc7514
> 
> Fixes: e6e12df625f2 ("net: mscc: ocelot: convert to phylink")
> Signed-off-by: Horatiu Vultur <horatiu.vultur@microchip.com>
> ---
>  drivers/net/ethernet/mscc/ocelot_vsc7514.c | 3 +++
>  1 file changed, 3 insertions(+)
> 
> diff --git a/drivers/net/ethernet/mscc/ocelot_vsc7514.c b/drivers/net/ethernet/mscc/ocelot_vsc7514.c
> index 18aed504f45d..96ac64f13382 100644
> --- a/drivers/net/ethernet/mscc/ocelot_vsc7514.c
> +++ b/drivers/net/ethernet/mscc/ocelot_vsc7514.c
> @@ -954,6 +954,9 @@ static int mscc_ocelot_init_ports(struct platform_device *pdev,
>  		if (of_property_read_u32(portnp, "reg", &reg))
>  			continue;
>  
> +		if (!of_parse_phandle(portnp, "phy-handle", 0))
> +			continue;
> +
>  		port = reg;
>  		if (port < 0 || port >= ocelot->num_phys_ports) {
>  			dev_err(ocelot->dev,
> -- 
> 2.31.1
> 

Thanks a lot for taking the time to test!

What do you think about this alternative? It should not limit the driver
to only having phy-handle (having a fixed-link is valid too):

-----------------------------[ cut here ]-----------------------------
From 598f7795389fb127726de199bb77fd7ddf5df096 Mon Sep 17 00:00:00 2001
From: Vladimir Oltean <vladimir.oltean@nxp.com>
Date: Tue, 17 Aug 2021 15:14:57 +0300
Subject: [PATCH] net: mscc: ocelot: allow probing to continue with ports that
 fail to register

The existing ocelot device trees, like ocelot_pcb123.dts for example,
have SERDES ports (ports 4 and higher) that do not have status = "disabled";
but on the other hand do not have a phy-handle or a fixed-link either.

So from the perspective of phylink, they have broken DT bindings.

Since the blamed commit, probing for the entire switch will fail when
such a device tree binding is encountered on a port. There used to be
this piece of code which skipped ports without a phy-handle:

	phy_node = of_parse_phandle(portnp, "phy-handle", 0);
	if (!phy_node)
		continue;

but now it is gone.

Anyway, fixed-link setups are a thing which should work out of the box
with phylink, so it would not be in the best interest of the driver to
add that check back.

Instead, let's look at what other drivers do. Since commit 86f8b1c01a0a
("net: dsa: Do not make user port errors fatal"), DSA continues after a
switch port fails to register, and works only with the ports that
succeeded.

We can achieve the same behavior in ocelot by unregistering the devlink
port for ports where ocelot_port_phylink_create() failed (called via
ocelot_probe_port), and clear the bit in devlink_ports_registered for
that port. This will make the next iteration reconsider the port that
failed to probe as an unused port, and re-register a devlink port of
type UNUSED for it. No other cleanup should need to be performed, since
ocelot_probe_port() should be self-contained when it fails.

Fixes: e6e12df625f2 ("net: mscc: ocelot: convert to phylink")
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
---
 drivers/net/ethernet/mscc/ocelot_vsc7514.c | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/drivers/net/ethernet/mscc/ocelot_vsc7514.c b/drivers/net/ethernet/mscc/ocelot_vsc7514.c
index 18aed504f45d..291ae6817c26 100644
--- a/drivers/net/ethernet/mscc/ocelot_vsc7514.c
+++ b/drivers/net/ethernet/mscc/ocelot_vsc7514.c
@@ -978,14 +978,15 @@ static int mscc_ocelot_init_ports(struct platform_device *pdev,
 			of_node_put(portnp);
 			goto out_teardown;
 		}
-		devlink_ports_registered |= BIT(port);
 
 		err = ocelot_probe_port(ocelot, port, target, portnp);
 		if (err) {
-			of_node_put(portnp);
-			goto out_teardown;
+			ocelot_port_devlink_teardown(ocelot, port);
+			continue;
 		}
 
+		devlink_ports_registered |= BIT(port);
+
 		ocelot_port = ocelot->ports[port];
 		priv = container_of(ocelot_port, struct ocelot_port_private,
 				    port);
-----------------------------[ cut here ]-----------------------------

^ permalink raw reply related	[flat|nested] 3+ messages in thread

* Re: [PATCH net-next] net: mscc: ocelot: Fix probe for vsc7514
  2021-08-17 12:24 ` Vladimir Oltean
@ 2021-08-18  7:32   ` Horatiu Vultur
  0 siblings, 0 replies; 3+ messages in thread
From: Horatiu Vultur @ 2021-08-18  7:32 UTC (permalink / raw)
  To: Vladimir Oltean
  Cc: Claudiu Manoil, alexandre.belloni, UNGLinuxDriver, davem, kuba,
	netdev, linux-kernel

The 08/17/2021 12:24, Vladimir Oltean wrote:

Hi Vladimir,

Thanks for the patch, it seems to fix the initial problem(the probe
function failed) but then I start to get some warnings in the probe
function.

[    2.178345] ------------[ cut here ]------------
[    2.183249] WARNING: CPU: 0 PID: 1 at net/core/devlink.c:9275 ocelot_port_devlink_init+0x88/0xd0
[    2.192333] Modules linked in:
[    2.195617] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.14.0-rc5-01260-g0f217b897eeb-dirty #113
[    2.204414] Stack : 00000001 81d300e0 0000000f 8018ccc0 00000001 00000004 00000000 b7c1f2a2
[    2.212876]         81455aec 80b142a8 80a30000 80a34663 809ce3d0 00000001 81455a90 81441800
[    2.221331]         00000000 00000000 809ce3d0 81455930 00000001 81455944 00000000 0000076c
[    2.229783]         25784660 81455949 ffffffff 00000010 80a30000 809ce3d0 00000009 00000009
[    2.238235]         00000000 00000006 00000001 81d300e0 00000000 805c9028 00000000 80b10000
[    2.246687]         ...
[    2.249163] Call Trace:
[    2.251626] [<80108b34>] show_stack+0x38/0x118
[    2.256166] [<808d18e4>] dump_stack_lvl+0x68/0x94
[    2.260937] [<808cea2c>] __warn+0xc0/0xe8
[    2.264985] [<808ceac0>] warn_slowpath_fmt+0x6c/0xd0
[    2.269993] [<8067ede0>] ocelot_port_devlink_init+0x88/0xd0
[    2.275608] [<8067cfa0>] mscc_ocelot_probe+0x688/0x808
[    2.280823] [<805df698>] platform_probe+0x68/0xf4
[    2.285587] [<805dd3a8>] really_probe+0xc8/0x350
[    2.290244] [<805dd6c4>] __driver_probe_device+0x94/0x10c
[    2.295686] [<805dd784>] driver_probe_device+0x48/0x110
[    2.300954] [<805ddef8>] __driver_attach+0x7c/0x124
[    2.305871] [<805db430>] bus_for_each_dev+0x7c/0xc8
[    2.310822] [<805dbfa0>] bus_add_driver+0x1f4/0x204
[    2.315739] [<805de9d8>] driver_register+0x84/0x15c
[    2.320660] [<80100158>] do_one_initcall+0x8c/0x1e4
[    2.325579] [<80ac11cc>] kernel_init_freeable+0x268/0x30c
[    2.331049] [<808d53c4>] kernel_init+0x24/0x114
[    2.335637] [<80102698>] ret_from_kernel_thread+0x14/0x1c
[    2.341081]
[    2.342910] ---[ end trace bf0038db663c1a65 ]---
[    2.347793] ------------[ cut here ]------------
[    2.352612] WARNING: CPU: 0 PID: 1 at net/core/devlink.c:9114 devlink_port_register+0x164/0x17c
[    2.361678] Modules linked in:
[    2.364809] CPU: 0 PID: 1 Comm: swapper/0 Tainted: G        W         5.14.0-rc5-01260-g0f217b897eeb-dirty #113
[    2.374959] Stack : 00000001 81d300e0 0000000f 8018ccc0 00000001 00000004 00000000 b7c1f2a2
[    2.383417]         81455abc 80b142a8 80a30000 80a34663 809ce3d0 00000001 81455a60 81441800
[    2.391872]         00000000 00000000 809ce3d0 81455900 00000001 81455914 00000000 00000e10
[    2.400324]         f9a01ed8 81455919 ffffffff 00000010 80a30000 809ce3d0 00000009 00000009
[    2.408777]         00000000 00000006 00000001 81d300e0 00000000 805c9028 00000000 80b10000
[    2.417229]         ...
[    2.419704] Call Trace:
[    2.422167] [<80108b34>] show_stack+0x38/0x118
[    2.426689] [<808d18e4>] dump_stack_lvl+0x68/0x94
[    2.431442] [<808cea2c>] __warn+0xc0/0xe8
[    2.435488] [<808ceac0>] warn_slowpath_fmt+0x6c/0xd0
[    2.440494] [<8073edd4>] devlink_port_register+0x164/0x17c
[    2.446026] [<8067edf0>] ocelot_port_devlink_init+0x98/0xd0
[    2.451645] [<8067cfa0>] mscc_ocelot_probe+0x688/0x808
[    2.456853] [<805df698>] platform_probe+0x68/0xf4
[    2.461611] [<805dd3a8>] really_probe+0xc8/0x350
[    2.466268] [<805dd6c4>] __driver_probe_device+0x94/0x10c
[    2.471709] [<805dd784>] driver_probe_device+0x48/0x110
[    2.476976] [<805ddef8>] __driver_attach+0x7c/0x124
[    2.481895] [<805db430>] bus_for_each_dev+0x7c/0xc8
[    2.486828] [<805dbfa0>] bus_add_driver+0x1f4/0x204
[    2.491746] [<805de9d8>] driver_register+0x84/0x15c
[    2.496666] [<80100158>] do_one_initcall+0x8c/0x1e4
[    2.501586] [<80ac11cc>] kernel_init_freeable+0x268/0x30c
[    2.507041] [<808d53c4>] kernel_init+0x24/0x114
[    2.511621] [<80102698>] ret_from_kernel_thread+0x14/0x1c
[    2.517067]
[    2.518811] ---[ end trace bf0038db663c1a66 ]---


These warnings are generated when trying to initialize unused devlink
ports.

To fix this warnings I have added the following line inside
'ocelot_port_devlink_teardown'.

memset(dlp, 0x0, sizeof(struct devlink_port));

> 
> Hi Horatiu,
> 
> On Tue, Aug 17, 2021 at 02:06:33PM +0200, Horatiu Vultur wrote:
> > The check for parsing the 'phy-handle' was removed in the blamed commit.
> > Therefor it would try to create phylinks for each port and connect to
> > the phys. But on ocelot_pcb123 and ocelot_pcb120 not all the ports have
> > a phy, so this will failed. So the probe of the network driver will
> > fail.
> >
> > The fix consists in adding back the check for 'phy-handle' for vsc7514
> >
> > Fixes: e6e12df625f2 ("net: mscc: ocelot: convert to phylink")
> > Signed-off-by: Horatiu Vultur <horatiu.vultur@microchip.com>
> > ---
> >  drivers/net/ethernet/mscc/ocelot_vsc7514.c | 3 +++
> >  1 file changed, 3 insertions(+)
> >
> > diff --git a/drivers/net/ethernet/mscc/ocelot_vsc7514.c b/drivers/net/ethernet/mscc/ocelot_vsc7514.c
> > index 18aed504f45d..96ac64f13382 100644
> > --- a/drivers/net/ethernet/mscc/ocelot_vsc7514.c
> > +++ b/drivers/net/ethernet/mscc/ocelot_vsc7514.c
> > @@ -954,6 +954,9 @@ static int mscc_ocelot_init_ports(struct platform_device *pdev,
> >               if (of_property_read_u32(portnp, "reg", &reg))
> >                       continue;
> >
> > +             if (!of_parse_phandle(portnp, "phy-handle", 0))
> > +                     continue;
> > +
> >               port = reg;
> >               if (port < 0 || port >= ocelot->num_phys_ports) {
> >                       dev_err(ocelot->dev,
> > --
> > 2.31.1
> >
> 
> Thanks a lot for taking the time to test!
> 
> What do you think about this alternative? It should not limit the driver
> to only having phy-handle (having a fixed-link is valid too):
> 
> -----------------------------[ cut here ]-----------------------------
> From 598f7795389fb127726de199bb77fd7ddf5df096 Mon Sep 17 00:00:00 2001
> From: Vladimir Oltean <vladimir.oltean@nxp.com>
> Date: Tue, 17 Aug 2021 15:14:57 +0300
> Subject: [PATCH] net: mscc: ocelot: allow probing to continue with ports that
>  fail to register
> 
> The existing ocelot device trees, like ocelot_pcb123.dts for example,
> have SERDES ports (ports 4 and higher) that do not have status = "disabled";
> but on the other hand do not have a phy-handle or a fixed-link either.
> 
> So from the perspective of phylink, they have broken DT bindings.
> 
> Since the blamed commit, probing for the entire switch will fail when
> such a device tree binding is encountered on a port. There used to be
> this piece of code which skipped ports without a phy-handle:
> 
>         phy_node = of_parse_phandle(portnp, "phy-handle", 0);
>         if (!phy_node)
>                 continue;
> 
> but now it is gone.
> 
> Anyway, fixed-link setups are a thing which should work out of the box
> with phylink, so it would not be in the best interest of the driver to
> add that check back.
> 
> Instead, let's look at what other drivers do. Since commit 86f8b1c01a0a
> ("net: dsa: Do not make user port errors fatal"), DSA continues after a
> switch port fails to register, and works only with the ports that
> succeeded.
> 
> We can achieve the same behavior in ocelot by unregistering the devlink
> port for ports where ocelot_port_phylink_create() failed (called via
> ocelot_probe_port), and clear the bit in devlink_ports_registered for
> that port. This will make the next iteration reconsider the port that
> failed to probe as an unused port, and re-register a devlink port of
> type UNUSED for it. No other cleanup should need to be performed, since
> ocelot_probe_port() should be self-contained when it fails.
> 
> Fixes: e6e12df625f2 ("net: mscc: ocelot: convert to phylink")
> Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
> ---
>  drivers/net/ethernet/mscc/ocelot_vsc7514.c | 7 ++++---
>  1 file changed, 4 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/net/ethernet/mscc/ocelot_vsc7514.c b/drivers/net/ethernet/mscc/ocelot_vsc7514.c
> index 18aed504f45d..291ae6817c26 100644
> --- a/drivers/net/ethernet/mscc/ocelot_vsc7514.c
> +++ b/drivers/net/ethernet/mscc/ocelot_vsc7514.c
> @@ -978,14 +978,15 @@ static int mscc_ocelot_init_ports(struct platform_device *pdev,
>                         of_node_put(portnp);
>                         goto out_teardown;
>                 }
> -               devlink_ports_registered |= BIT(port);
> 
>                 err = ocelot_probe_port(ocelot, port, target, portnp);
>                 if (err) {
> -                       of_node_put(portnp);
> -                       goto out_teardown;
> +                       ocelot_port_devlink_teardown(ocelot, port);
> +                       continue;
>                 }
> 
> +               devlink_ports_registered |= BIT(port);
> +
>                 ocelot_port = ocelot->ports[port];
>                 priv = container_of(ocelot_port, struct ocelot_port_private,
>                                     port);
> -----------------------------[ cut here ]-----------------------------

-- 
/Horatiu

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2021-08-18  7:31 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-08-17 12:06 [PATCH net-next] net: mscc: ocelot: Fix probe for vsc7514 Horatiu Vultur
2021-08-17 12:24 ` Vladimir Oltean
2021-08-18  7:32   ` Horatiu Vultur

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).