Thread (37 messages) flat view 37 messages, 6 authors, 2021-07-20

Re: [PATCH v4 net-next 15/15] net: dsa: tag_dsa: offload the bridge forwarding process

From: Florian Fainelli <f.fainelli@gmail.com>
Date: 2021-07-19 02:47:26
Also in: bridge


On 7/18/2021 2:44 PM, Vladimir Oltean wrote:
From: Tobias Waldekranz <tobias@waldekranz.com>

Allow the DSA tagger to generate FORWARD frames for offloaded skbs
sent from a bridge that we offload, allowing the switch to handle any
frame replication that may be required. This also means that source
address learning takes place on packets sent from the CPU, meaning
that return traffic no longer needs to be flooded as unknown unicast.

Signed-off-by: Tobias Waldekranz <tobias@waldekranz.com>
Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
This looks pretty complicated to but if this is how it has to work, it 
has to. For tag_brcm.c we can simply indicate that the frame to be 
transmitted should have a specific bitmask of egress ports.
-- 
Florian
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help