Commit 5a275f4c authored by Vladimir Oltean's avatar Vladimir Oltean Committed by David S. Miller
Browse files

Documentation: networking: dsa: document the port_bridge_flags method 



The documentation was already lagging behind by not mentioning the old
version of port_bridge_flags (port_set_egress_floods). So now we are
skipping one step and just explaining how a DSA driver should configure
address learning and flooding settings.

Signed-off-by: default avatarVladimir Oltean <vladimir.oltean@nxp.com>
Reviewed-by: default avatarFlorian Fainelli <f.fainelli@gmail.com>
Reviewed-by: default avatarAndrew Lunn <andrew@lunn.ch>
Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
parent f4b5c53a

Documentation/networking/dsa/dsa.rst

+11 −0
Original line number Diff line number Diff line
@@ -619,6 +619,17 @@ Bridge layer 
  computing a STP state change based on current and asked parameters and perform

  the relevant ageing based on the intersection results



- ``port_bridge_flags``: bridge layer function invoked when a port must

  configure its settings for e.g. flooding of unknown traffic or source address

  learning. The switch driver is responsible for initial setup of the

  standalone ports with address learning disabled and egress flooding of all

  types of traffic, then the DSA core notifies of any change to the bridge port

  flags when the port joins and leaves a bridge. DSA does not currently manage

  the bridge port flags for the CPU port. The assumption is that address

  learning should be statically enabled (if supported by the hardware) on the

  CPU port, and flooding towards the CPU port should also be enabled, due to a

  lack of an explicit address filtering mechanism in the DSA core.



Bridge VLAN filtering

---------------------