[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160604202959.GF2063@lunn.ch>
Date: Sat, 4 Jun 2016 22:29:59 +0200
From: Andrew Lunn <andrew@...n.ch>
To: Florian Fainelli <f.fainelli@...il.com>
Cc: netdev@...r.kernel.org, davem@...emloft.net,
vivien.didelot@...oirfairelinux.com, john@...ozen.org
Subject: Re: [PATCH net-next 4/9] net: dsa: Initialize ds->enabled_port_mask
and ds->phys_mii_mask
> @@ -517,6 +541,15 @@ static int dsa_parse_ports_dn(struct device_node *ports, struct dsa_switch *ds)
> return -EINVAL;
>
> ds->ports[reg].dn = port;
> +
> + if (dsa_port_is_cpu(port))
> + ds->dst->cpu_port = reg;
> + else
> + /* Initialize enabled_port_mask now for drv->setup()
> + * to have access to a correct value, just like what
> + * net/dsa/dsa.c::dsa_switch_setup_one does.
> + */
> + ds->enabled_port_mask |= 1 << reg;
Hi Florian
You need to be careful here. There can be multiple CPU ports, in
different switches. We want dst->cpu_port to be deterministic,
independent of the order switches are registered. Which is why i set
it as part of dsa_cpu_parse(), which only happens when all the
switches have registered, and we are parsing their device tree nodes
in order. So we guarantee dst->cpu_port is the first CPU node.
You now set dst->cpu_port via dsa_parse_ports_dn(), so it is now non
deterministic, it depends on the probe order of the switches.
In the long run, i want to deprecate and then remove dst->cpu_port,
but i'm not that far yet.
Please rethink this part of the patch, keeping in mind you have
multiple switches, with multiple CPU and DSA ports, all connected in
some crazy fashion.
Andrew
Powered by blists - more mailing lists