Thread (17 messages) flat view 17 messages, 3 authors, 2021-11-19

Re: [RFC PATCH net-next 0/6] Rework DSA bridge TX forwarding offload API

From: Tobias Waldekranz <tobias@waldekranz.com>
Date: 2021-11-04 11:39:44

On Tue, Nov 02, 2021 at 10:07, Vladimir Oltean [off-list ref] wrote:
On Tue, Oct 26, 2021 at 07:26:19PM +0300, Vladimir Oltean wrote:
quoted
This change set replaces struct net_device *dp->bridge_dev with a
struct dsa_bridge *dp->bridge that contains some extra information about
that bridge, like a unique number kept by DSA.

Up until now we computed that number only with the bridge TX forwarding
offload feature, but it will be needed for other features too, like for
isolation of FDB entries belonging to different bridges. Hardware
implementations vary, but one common pattern seems to be the presence of
a FID field which can be associated with that bridge number kept by DSA.
The idea was outlined here:
https://patchwork.kernel.org/project/netdevbpf/patch/20210818120150.892647-16-vladimir.oltean@nxp.com/
(the difference being that with this new proposal, drivers would not
need to call dsa_bridge_num_find, instead the bridge_num would be part
of the struct dsa_bridge :: num passed as argument).

No functional change intended.
Any feedback?
Sorry Vladimir, I've been on holiday. I will try to review this
ASAP. Based on a quick look, I like it.

I actually had some cross-chip fixes w.r.t. forward offloading queued
up, and this series should make that cleaner as well.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help