[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20220221175356.1688982-1-vladimir.oltean@nxp.com>
Date: Mon, 21 Feb 2022 19:53:45 +0200
From: Vladimir Oltean <vladimir.oltean@....com>
To: netdev@...r.kernel.org
Cc: "David S. Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>, Andrew Lunn <andrew@...n.ch>,
Vivien Didelot <vivien.didelot@...il.com>,
Florian Fainelli <f.fainelli@...il.com>,
Vladimir Oltean <olteanv@...il.com>,
Ansuel Smith <ansuelsmth@...il.com>,
Tobias Waldekranz <tobias@...dekranz.com>,
DENG Qingfang <dqfext@...il.com>,
Claudiu Manoil <claudiu.manoil@....com>,
Alexandre Belloni <alexandre.belloni@...tlin.com>,
UNGLinuxDriver@...rochip.com, Jiri Pirko <jiri@...nulli.us>,
Ivan Vecera <ivecera@...hat.com>
Subject: [PATCH v3 net-next 00/11] FDB entries on DSA LAG interfaces
v2->v3: Move the complexity of iterating over DSA slave interfaces that
are members of the LAG bridge port from dsa_slave_fdb_event() to
switchdev_handle_fdb_event_to_device().
This work permits having static and local FDB entries on LAG interfaces
that are offloaded by DSA ports. New API needs to be introduced in
drivers. To maintain consistency with the bridging offload code, I've
taken the liberty to reorganize the data structures added by Tobias in
the DSA core a little bit.
Tested on NXP LS1028A (felix switch). Would appreciate feedback/testing
on other platforms too. Testing procedure was the one described here:
https://patchwork.kernel.org/project/netdevbpf/cover/20210205130240.4072854-1-vladimir.oltean@nxp.com/
with this script:
ip link del bond0
ip link add bond0 type bond mode 802.3ad
ip link set swp1 down && ip link set swp1 master bond0 && ip link set swp1 up
ip link set swp2 down && ip link set swp2 master bond0 && ip link set swp2 up
ip link del br0
ip link add br0 type bridge && ip link set br0 up
ip link set br0 arp off
ip link set bond0 master br0 && ip link set bond0 up
ip link set swp0 master br0 && ip link set swp0 up
ip link set dev bond0 type bridge_slave flood off learning off
bridge fdb add dev bond0 <mac address of other eno0> master static
I'm noticing a problem in 'bridge fdb dump' with the 'self' entries, and
I didn't solve this. On Ocelot, an entry learned on a LAG is reported as
being on the first member port of it (so instead of saying 'self bond0',
it says 'self swp1'). This is better than not seeing the entry at all,
but when DSA queries for the FDBs on a port via ds->ops->port_fdb_dump,
it never queries for FDBs on a LAG. Not clear what we should do there,
we aren't in control of the ->ndo_fdb_dump of the bonding/team drivers.
Alternatively, we could just consider the 'self' entries reported via
ndo_fdb_dump as "better than nothing", and concentrate on the 'master'
entries that are in sync with the bridge when packets are flooded to
software.
Vladimir Oltean (11):
net: dsa: rename references to "lag" as "lag_dev"
net: dsa: mv88e6xxx: rename references to "lag" as "lag_dev"
net: dsa: qca8k: rename references to "lag" as "lag_dev"
net: dsa: make LAG IDs one-based
net: dsa: mv88e6xxx: use dsa_switch_for_each_port in
mv88e6xxx_lag_sync_masks
net: dsa: create a dsa_lag structure
net: switchdev: remove lag_mod_cb from
switchdev_handle_fdb_event_to_device
net: dsa: remove "ds" and "port" from struct dsa_switchdev_event_work
net: dsa: call SWITCHDEV_FDB_OFFLOADED for the orig_dev
net: dsa: support FDB events on offloaded LAG interfaces
net: dsa: felix: support FDB entries on offloaded LAG interfaces
drivers/net/dsa/mv88e6xxx/chip.c | 46 ++++---
drivers/net/dsa/ocelot/felix.c | 26 +++-
drivers/net/dsa/qca8k.c | 32 ++---
.../microchip/lan966x/lan966x_switchdev.c | 12 +-
drivers/net/ethernet/mscc/ocelot.c | 128 +++++++++++++++++-
include/net/dsa.h | 66 ++++++---
include/net/switchdev.h | 10 +-
include/soc/mscc/ocelot.h | 12 ++
net/dsa/dsa2.c | 45 +++---
net/dsa/dsa_priv.h | 25 +++-
net/dsa/port.c | 96 ++++++++++---
net/dsa/slave.c | 64 +++++----
net/dsa/switch.c | 109 +++++++++++++++
net/dsa/tag_dsa.c | 4 +-
net/switchdev/switchdev.c | 80 ++++-------
15 files changed, 560 insertions(+), 195 deletions(-)
--
2.25.1
Powered by blists - more mailing lists