On Wed, Jan 04, 2017 at 08:38:03AM +0100, John Crispin wrote:
> From: Andrew Lunn <and...@lunn.ch>
>
> Some boards have two CPU interfaces connected to the switch, e.g. WiFi
> access points, with 1 port labeled WAN, 4 ports labeled lan1-lan4, and
> two port connected to the SoC.
>
> This patch extends DSA to allows both CPU ports to be used. The "cpu"
> node in the DSA tree can now have a phandle to the host interface it
> connects to. Each user port can have a phandle to a cpu port which
> should be used for traffic between the port and the CPU. Thus simple
> load sharing over the two CPU ports can be achieved.
>
> Signed-off-by: John Crispin <j...@phrozen.org>
> Signed-off-by: Andrew Lunn <and...@lunn.ch>
> ---
> include/net/dsa.h | 21 ++++++++++++++++++++-
> net/dsa/dsa2.c | 36 ++++++++++++++++++++++++++++++------
> net/dsa/dsa_priv.h | 5 +++++
> net/dsa/slave.c | 27 ++++++++++++++++-----------
> 4 files changed, 71 insertions(+), 18 deletions(-)
>
> diff --git a/include/net/dsa.h b/include/net/dsa.h
> index b122196..f68180b 100644
> --- a/include/net/dsa.h
> +++ b/include/net/dsa.h
> @@ -60,6 +60,8 @@ struct dsa_chip_data {
> */
> char *port_names[DSA_MAX_PORTS];
> struct device_node *port_dn[DSA_MAX_PORTS];
> + struct net_device *port_ethernet[DSA_MAX_PORTS];
> + int port_cpu[DSA_MAX_PORTS];
Hi John
My proof of concept patches have "bit rotted" a bit. When implementing
dsa2, i removed the use of dsa_chip_data, aka cd, from all the drivers
and the new binding does not use it at all. I don't want to add it
back again. When Florain removes the old binding in 6 months time, i
expect dsa_chip_data and dsa_platform_data will be removed.
I would be tempted to put these two members into the dsa_port
structure.
Andrew
