Linux Ethernet Bridging

• Thread Index

• [PATCH v5 net-next 15/15] net: dsa: mv88e6xxx: MST Offloading
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net-next 13/15] net: dsa: mv88e6xxx: Disentangle STU from VTU
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net-next 14/15] net: dsa: mv88e6xxx: Export STU as devlink region
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net-next 12/15] net: dsa: Handle MST state changes
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net-next 11/15] net: dsa: Pass VLAN MSTI migration notifications to driver
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net-next 10/15] net: dsa: Validate hardware support for MST
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net-next 09/15] net: bridge: mst: Add helper to query a port's MST state
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net-next 05/15] net: bridge: mst: Notify switchdev drivers of VLAN MSTI migrations
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net-next 07/15] net: bridge: mst: Add helper to map an MSTI to a VID set
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net-next 08/15] net: bridge: mst: Add helper to check if MST is enabled
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net-next 06/15] net: bridge: mst: Notify switchdev drivers of MST state changes
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net-next 04/15] net: bridge: mst: Notify switchdev drivers of MST mode changes
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net-next 03/15] net: bridge: mst: Support setting and reporting MST port states
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net-next 02/15] net: bridge: mst: Allow changing a VLAN's MSTI
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net-next 01/15] net: bridge: mst: Multiple Spanning Tree (MST) mode
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net-next 00/15] net: bridge: Multiple Spanning Trees
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v4 net-next 10/15] net: dsa: Validate hardware support for MST
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v4 net-next 12/15] net: dsa: Handle MST state changes
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v4 net-next 12/15] net: dsa: Handle MST state changes
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v4 net-next 12/15] net: dsa: Handle MST state changes
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v4 net-next 10/15] net: dsa: Validate hardware support for MST
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v4 net-next 09/15] net: dsa: Never offload FDB entries on standalone ports
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v4 net-next 09/15] net: dsa: Never offload FDB entries on standalone ports
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v4 net-next 03/15] net: bridge: mst: Support setting and reporting MST port states
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v4 net-next 04/15] net: bridge: mst: Notify switchdev drivers of MST mode changes
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v4 net-next 09/15] net: dsa: Never offload FDB entries on standalone ports
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v4 net-next 10/15] net: dsa: Validate hardware support for MST
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v4 net-next 03/15] net: bridge: mst: Support setting and reporting MST port states
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v4 net-next 12/15] net: dsa: Handle MST state changes
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v4 net-next 12/15] net: dsa: Handle MST state changes
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v4 net-next 09/15] net: dsa: Never offload FDB entries on standalone ports
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net-next 0/3] Extend locked port feature with FDB locked flag (MAC-Auth/MAB)
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next 1/3] net: bridge: add fdb flag to extent locked port feature
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH v4 net-next 03/15] net: bridge: mst: Support setting and reporting MST port states
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/3] Extend locked port feature with FDB locked flag (MAC-Auth/MAB)
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH net-next 1/3] net: bridge: add fdb flag to extent locked port feature
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH v4 net-next 04/15] net: bridge: mst: Notify switchdev drivers of MST mode changes
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH v4 net-next 15/15] net: dsa: mv88e6xxx: MST Offloading
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net-next 13/15] net: dsa: mv88e6xxx: Disentangle STU from VTU
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net-next 14/15] net: dsa: mv88e6xxx: Export STU as devlink region
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net-next 12/15] net: dsa: Handle MST state changes
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net-next 11/15] net: dsa: Pass VLAN MSTI migration notifications to driver
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net-next 10/15] net: dsa: Validate hardware support for MST
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net-next 09/15] net: dsa: Never offload FDB entries on standalone ports
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net-next 08/15] net: bridge: mst: Add helper to check if MST is enabled
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net-next 05/15] net: bridge: mst: Notify switchdev drivers of VLAN MSTI migrations
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net-next 07/15] net: bridge: mst: Add helper to map an MSTI to a VID set
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net-next 06/15] net: bridge: mst: Notify switchdev drivers of MST state changes
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net-next 03/15] net: bridge: mst: Support setting and reporting MST port states
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net-next 04/15] net: bridge: mst: Notify switchdev drivers of MST mode changes
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net-next 02/15] net: bridge: mst: Allow changing a VLAN's MSTI
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net-next 01/15] net: bridge: mst: Multiple Spanning Tree (MST) mode
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net-next 00/15] net: bridge: Multiple Spanning Trees
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 09/14] net: dsa: Validate hardware support for MST
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 14/14] net: dsa: mv88e6xxx: MST Offloading
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 09/14] net: dsa: Validate hardware support for MST
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v3 net-next 09/14] net: dsa: Validate hardware support for MST
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 09/14] net: dsa: Validate hardware support for MST
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v3 net-next 09/14] net: dsa: Validate hardware support for MST
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v3 net-next 11/14] net: dsa: Handle MST state changes
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v3 net-next 10/14] net: dsa: Pass VLAN MSTI migration notifications to driver
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v3 net-next 09/14] net: dsa: Validate hardware support for MST
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v3 net-next 14/14] net: dsa: mv88e6xxx: MST Offloading
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net-next 0/3] Extend locked port feature with FDB locked flag (MAC-Auth/MAB)
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH v3 net-next 03/14] net: bridge: mst: Support setting and reporting MST port states
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 1/3] net: bridge: add fdb flag to extent locked port feature
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH v3 net-next 03/14] net: bridge: mst: Support setting and reporting MST port states
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v3 net-next 03/14] net: bridge: mst: Support setting and reporting MST port states
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 01/14] net: bridge: mst: Multiple Spanning Tree (MST) mode
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 3/3] net: dsa: mv88e6xxx: mac-auth/MAB implementation
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH v3 net-next 02/14] net: bridge: mst: Allow changing a VLAN's MSTI
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 08/14] net: bridge: mst: Add helper to check if MST is enabled
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 07/14] net: bridge: mst: Add helper to map an MSTI to a VID set
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 03/14] net: bridge: mst: Support setting and reporting MST port states
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 01/14] net: bridge: mst: Multiple Spanning Tree (MST) mode
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH v3 net-next 14/14] net: dsa: mv88e6xxx: MST Offloading
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 13/14] net: dsa: mv88e6xxx: Export STU as devlink region
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 12/14] net: dsa: mv88e6xxx: Disentangle STU from VTU
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 11/14] net: dsa: Handle MST state changes
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 10/14] net: dsa: Pass VLAN MSTI migration notifications to driver
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 09/14] net: dsa: Validate hardware support for MST
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 08/14] net: bridge: mst: Add helper to check if MST is enabled
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 07/14] net: bridge: mst: Add helper to map an MSTI to a VID set
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 06/14] net: bridge: mst: Notify switchdev drivers of MST state changes
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 04/14] net: bridge: mst: Notify switchdev drivers of MST mode changes
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 05/14] net: bridge: mst: Notify switchdev drivers of VLAN MSTI migrations
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 03/14] net: bridge: mst: Support setting and reporting MST port states
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 02/14] net: bridge: mst: Allow changing a VLAN's MSTI
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 01/14] net: bridge: mst: Multiple Spanning Tree (MST) mode
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 00/14] net: bridge: Multiple Spanning Trees
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 07/10] net: dsa: Pass MST state changes to driver
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 3/3] net: dsa: mv88e6xxx: mac-auth/MAB implementation
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH v2 net-next 07/10] net: dsa: Pass MST state changes to driver
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 07/10] net: dsa: Pass MST state changes to driver
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 07/10] net: dsa: Pass MST state changes to driver
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 07/10] net: dsa: Pass MST state changes to driver
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 3/3] net: dsa: mv88e6xxx: mac-auth/MAB implementation
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH net-next 1/3] net: bridge: add fdb flag to extent locked port feature
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH v2 net-next 07/10] net: dsa: Pass MST state changes to driver
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 07/10] net: dsa: Pass MST state changes to driver
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net-next 1/3] net: bridge: add fdb flag to extent locked port feature
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/3] net: bridge: add fdb flag to extent locked port feature
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH net-next 3/3] net: dsa: mv88e6xxx: mac-auth/MAB implementation
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 07/10] net: dsa: Pass MST state changes to driver
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 3/3] net: dsa: mv88e6xxx: mac-auth/MAB implementation
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH net-next 1/3] net: bridge: add fdb flag to extent locked port feature
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 3/3] net: dsa: mv88e6xxx: mac-auth/MAB implementation
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH net-next 1/3] net: bridge: add fdb flag to extent locked port feature
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH v2 net-next 10/10] net: dsa: mv88e6xxx: MST Offloading
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 10/10] net: dsa: mv88e6xxx: MST Offloading
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 10/10] net: dsa: mv88e6xxx: MST Offloading
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 3/3] net: dsa: mv88e6xxx: mac-auth/MAB implementation
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net-next 3/3] net: dsa: mv88e6xxx: mac-auth/MAB implementation
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH net-next 3/3] net: dsa: mv88e6xxx: mac-auth/MAB implementation
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH net-next 1/3] net: bridge: add fdb flag to extent locked port feature
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 3/3] net: dsa: mv88e6xxx: mac-auth/MAB implementation
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH iproute2-next 0/3] Extend locked port feature with FDB locked flag (MAC-Auth/MAB)
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next 3/3] net: dsa: mv88e6xxx: mac-auth/MAB implementation
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next 2/3] net: switchdev: add support for offloading of fdb locked flag
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next 1/3] net: bridge: add fdb flag to extent locked port feature
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next 0/3] Extend locked port feature with FDB locked flag (MAC-Auth/MAB)
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH iproute2-next 0/3] Extend locked port feature with FDB locked flag (MAC-Auth/MAB)
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH iproute2-next 3/3] net: dsa: mv88e6xxx: mac-auth/MAB implementation
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH iproute2-next 2/3] net: switchdev: add support for offloading of fdb locked flag
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH iproute2-next 1/3] net: bridge: add fdb flag to extent locked port feature
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH iproute2-next 0/3] Extend locked port feature with FDB locked flag (MAC-Auth/MAB)
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH v2 net-next 07/10] net: dsa: Pass MST state changes to driver
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 07/10] net: dsa: Pass MST state changes to driver
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 06/10] net: dsa: Pass VLAN MSTI migration notifications to driver
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 06/10] net: dsa: Pass VLAN MSTI migration notifications to driver
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 04/10] net: bridge: mst: Notify switchdev drivers of VLAN MSTI migrations
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 04/10] net: bridge: mst: Notify switchdev drivers of VLAN MSTI migrations
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 04/10] net: bridge: mst: Notify switchdev drivers of VLAN MSTI migrations
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 03/10] net: bridge: mst: Support setting and reporting MST port states
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 03/10] net: bridge: mst: Support setting and reporting MST port states
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 03/10] net: bridge: mst: Support setting and reporting MST port states
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 02/10] net: bridge: mst: Allow changing a VLAN's MSTI
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 01/10] net: bridge: mst: Multiple Spanning Tree (MST) mode
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH] netfilter: bridge: clean up some inconsistent indenting
  • From: Florian Westphal <fw@xxxxxxxxx>
• [PATCH] netfilter: bridge: clean up some inconsistent indenting
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 00/10] net: bridge: Multiple Spanning Trees
  • From: Pavel Šimerda <code@xxxxxxxxxx>
• Re: [PATCH net-next 0/9] net: Convert user to netif_rx().
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v2 net-next 06/10] net: dsa: Pass VLAN MSTI migration notifications to driver
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 01/10] net: bridge: mst: Multiple Spanning Tree (MST) mode
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 02/10] net: bridge: mst: Allow changing a VLAN's MSTI
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 10/10] net: dsa: mv88e6xxx: MST Offloading
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 07/10] net: dsa: Pass MST state changes to driver
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 04/10] net: bridge: mst: Notify switchdev drivers of VLAN MSTI migrations
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• [PATCH net-next 8/9] net: bridge: Use netif_rx().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH net-next 0/9] net: Convert user to netif_rx().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 03/10] net: bridge: mst: Support setting and reporting MST port states
  • From: Roopa Prabhu via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 03/10] net: bridge: mst: Support setting and reporting MST port states
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 01/10] net: bridge: mst: Multiple Spanning Tree (MST) mode
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 00/10] net: bridge: Multiple Spanning Trees
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 00/10] net: bridge: Multiple Spanning Trees
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 00/10] net: bridge: Multiple Spanning Trees
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• [PATCH v2 net-next 08/10] net: dsa: mv88e6xxx: Disentangle STU from VTU
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 10/10] net: dsa: mv88e6xxx: MST Offloading
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 09/10] net: dsa: mv88e6xxx: Export STU as devlink region
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 06/10] net: dsa: Pass VLAN MSTI migration notifications to driver
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 07/10] net: dsa: Pass MST state changes to driver
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 05/10] net: bridge: mst: Notify switchdev drivers of MST state changes
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 03/10] net: bridge: mst: Support setting and reporting MST port states
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 04/10] net: bridge: mst: Notify switchdev drivers of VLAN MSTI migrations
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 02/10] net: bridge: mst: Allow changing a VLAN's MSTI
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 01/10] net: bridge: mst: Multiple Spanning Tree (MST) mode
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 00/10] net: bridge: Multiple Spanning Trees
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1 net-next] net: bridge: add support for host l2 mdb entries
  • From: Joachim Wiberg <troglobit@xxxxxxxxx>
• Re: [PATCH 1/1 net-next] net: bridge: add support for host l2 mdb entries
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 1/1 net-next] net: bridge: add support for host l2 mdb entries
  • From: Joachim Wiberg <troglobit@xxxxxxxxx>
• Re: [PATCH 1/1 net-next] net: bridge: add support for host l2 mdb entries
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 1/1 net-next] net: bridge: add support for host l2 mdb entries
  • From: Joachim Wiberg <troglobit@xxxxxxxxx>
• Re: [PATCH 1/1 net-next] net: bridge: add support for host l2 mdb entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH 1/1 net-next] net: bridge: add support for host l2 mdb entries
  • From: Joachim Wiberg <troglobit@xxxxxxxxx>
• Re: [PATCH net-next v4 0/5] Add support for locked bridge ports (for 802.1X)
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v5 0/5] Add support for locked bridge ports (for 802.1X)
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next v5 5/5] selftests: forwarding: tests of locked port feature
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v5 4/5] net: dsa: mv88e6xxx: Add support for bridge port locked mode
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v5 3/5] net: dsa: Include BR_PORT_LOCKED in the list of synced brport flags
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v5 2/5] net: bridge: Add support for offloading of locked port flag
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v5 1/5] net: bridge: Add support for bridge port in locked mode
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v5 0/5] Add support for locked bridge ports (for 802.1X)
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH net-next v4 0/5] Add support for locked bridge ports (for 802.1X)
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH net-next v3 5/5] selftests: forwarding: tests of locked port feature
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v4 5/5] selftests: forwarding: tests of locked port feature
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH net-next v4 0/5] Add support for locked bridge ports (for 802.1X)
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v4 5/5] selftests: forwarding: tests of locked port feature
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next v4 5/5] selftests: forwarding: tests of locked port feature
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v4 4/5] net: dsa: mv88e6xxx: Add support for bridge port locked mode
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v4 3/5] net: dsa: Include BR_PORT_LOCKED in the list of synced brport flags
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v4 2/5] net: bridge: Add support for offloading of locked port flag
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v4 1/5] net: bridge: Add support for bridge port in locked mode
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v4 0/5] Add support for locked bridge ports (for 802.1X)
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH net-next v3 4/5] net: dsa: mv88e6xxx: Add support for bridge port locked mode
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH net-next v3 5/5] selftests: forwarding: tests of locked port feature
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH net-next v3 4/5] net: dsa: mv88e6xxx: Add support for bridge port locked mode
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next v3 2/5] net: bridge: Add support for offloading of locked port flag
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next v3 1/5] net: bridge: Add support for bridge port in locked mode
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next v3 5/5] selftests: forwarding: tests of locked port feature
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next v3 4/5] net: dsa: mv88e6xxx: Add support for bridge port locked mode
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net-next v3 3/5] net: dsa: Add support for offloaded locked port flag
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net-next v3 5/5] selftests: forwarding: tests of locked port feature
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 2/5] net: bridge: Add support for offloading of locked port flag
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 1/5] net: bridge: Add support for bridge port in locked mode
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 5/5] selftests: forwarding: tests of locked port feature
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v3 4/5] net: dsa: mv88e6xxx: Add support for bridge port locked mode
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v3 3/5] net: dsa: Add support for offloaded locked port flag
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v3 2/5] net: bridge: Add support for offloading of locked port flag
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v3 1/5] net: bridge: Add support for bridge port in locked mode
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v3 0/5] Add support for locked bridge ports (for 802.1X)
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [RFC net-next 9/9] net: dsa: mv88e6xxx: MST Offloading
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH net v2] net: bridge: multicast: notify switchdev driver whenever MC processing gets disabled
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [RFC net-next 0/9] net: bridge: vlan: Multiple Spanning Trees
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC net-next 0/9] net: bridge: vlan: Multiple Spanning Trees
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [RFC net-next 0/9] net: bridge: vlan: Multiple Spanning Trees
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC net-next 9/9] net: dsa: mv88e6xxx: MST Offloading
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [RFC net-next 8/9] net: dsa: mv88e6xxx: Export STU as devlink region
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [RFC net-next 7/9] net: dsa: mv88e6xxx: Disentangle STU from VTU
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [RFC net-next 6/9] net: dsa: Pass MST state changes to driver
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [RFC net-next 5/9] net: dsa: Pass VLAN MST migration notifications to driver
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [RFC net-next 4/9] net: bridge: vlan: Notify switchdev drivers of MST state changes
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [RFC net-next 1/9] net: bridge: vlan: Introduce multiple spanning trees (MST)
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [RFC net-next 3/9] net: bridge: vlan: Notify switchdev drivers of VLAN MST migrations
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [RFC net-next 2/9] net: bridge: vlan: Allow multiple VLANs to be mapped to a single MST
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [RFC net-next 0/9] net: bridge: vlan: Multiple Spanning Trees
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH net v2] net: bridge: multicast: notify switchdev driver whenever MC processing gets disabled
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net v2] net: bridge: multicast: notify switchdev driver whenever MC processing gets disabled
  • From: Oleksandr Mazur <oleksandr.mazur@xxxxxxxxxxx>
• Re: [PATCH] net: bridge: multicast: notify switchdev driver whenever MC processing gets disabled
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH] net: bridge: multicast: notify switchdev driver whenever MC processing gets disabled
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH] net: bridge: multicast: notify switchdev driver whenever MC processing gets disabled
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: bridge: multicast: notify switchdev driver whenever MC processing gets disabled
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net] MAINTAINERS: bridge: update my email
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net] MAINTAINERS: bridge: update my email
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 5/5] net: bridge: Refactor bridge port in locked mode to use jump labels
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH net-next 1/4] net: bridge: Add support for bridge port in locked mode
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v2 5/5] net: bridge: Refactor bridge port in locked mode to use jump labels
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH net-next 1/4] net: bridge: Add support for bridge port in locked mode
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v2 1/5] net: bridge: Add support for bridge port in locked mode
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next v2 2/5] net: bridge: Add support for offloading of locked port flag
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next 4/4] net: bridge: Refactor bridge port in locked mode to use jump labels
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next 2/4] net: bridge: dsa: Add support for offloading of locked port flag
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• [PATCH net-next 1/4] net: bridge: Add support for bridge port in locked mode
  • From: Hans Schultz <schultz.hans@xxxxxxxxx>
• Re: [PATCH] net: bridge: Slightly optimize br_stp_change_bridge_id()
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] net: bridge: Slightly optimize br_stp_change_bridge_id()
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH] net: bridge: multicast: notify switchdev driver whenever MC processing gets disabled
  • From: Oleksandr Mazur <oleksandr.mazur@xxxxxxxxxxx>
• Re: [PATCH net-next v2 1/5] net: bridge: Add support for bridge port in locked mode
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next v2 5/5] net: bridge: Refactor bridge port in locked mode to use jump labels
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/5] net: bridge: Add support for offloading of locked port flag
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 1/5] net: bridge: Add support for bridge port in locked mode
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/4] net: bridge: Add support for bridge port in locked mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 1/4] net: bridge: Add support for bridge port in locked mode
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH net-next 2/4] net: bridge: dsa: Add support for offloading of locked port flag
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 1/4] net: bridge: Add support for bridge port in locked mode
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [RFC net-next] net: bridge: multicast: notify switchdev driver whenever MC processing gets disabled
  • From: Oleksandr Mazur <oleksandr.mazur@xxxxxxxxxxx>
• Re: [RFC bpf-next 1/2] net: bridge: add unstable br_fdb_find_port_from_ifindex helper
  • From: Toke Høiland-Jørgensen <toke@xxxxxxxxxx>
• Re: [RFC bpf-next 1/2] net: bridge: add unstable br_fdb_find_port_from_ifindex helper
  • From: Kumar Kartikeya Dwivedi <memxor@xxxxxxxxx>
• Re: [RFC bpf-next 1/2] net: bridge: add unstable br_fdb_find_port_from_ifindex helper
  • From: Lorenzo Bianconi <lorenzo@xxxxxxxxxx>
• [PATCH] net: bridge: vlan: fix memory leak in __allowed_ingress
  • From: Tim Yi <tim.yi@xxxxxxxxx>
• Re: [RFC bpf-next 1/2] net: bridge: add unstable br_fdb_find_port_from_ifindex helper
  • From: Toke Høiland-Jørgensen <toke@xxxxxxxxxx>
• Re: [RFC bpf-next 1/2] net: bridge: add unstable br_fdb_find_port_from_ifindex helper
  • From: Lorenzo Bianconi <lorenzo@xxxxxxxxxx>
• Re: [RFC bpf-next 1/2] net: bridge: add unstable br_fdb_find_port_from_ifindex helper
  • From: Lorenzo Bianconi <lorenzo@xxxxxxxxxx>
• [PATCH 4.19 0/1] Fix UBSAN: undefined-behaviour in maybe_deliver
  • From: Huang Guobin via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 1/1] net: bridge: clear bridge's private skb space on xmit
  • From: Huang Guobin via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: vlan: Fix dumping with ifindex
  • From: Benjamin Poirier via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] net: bridge: vlan: Fix dumping with ifindex
  • From: Benjamin Poirier via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: bridge: vlan: fix memory leak in __allowed_ingress
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH 4.19 1/1] net: bridge: clear bridge's private skb space on xmit
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH net] net: bridge: vlan: fix single net device option dumping
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] net: bridge: vlan: fix memory leak in __allowed_ingress
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] net: bridge: vlan: fix single net device option dumping
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC bpf-next 1/2] net: bridge: add unstable br_fdb_find_port_from_ifindex helper
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC bpf-next 1/2] net: bridge: add unstable br_fdb_find_port_from_ifindex helper
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: vlan: Fix dumping with ifindex
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: vlan: Fix dumping with ifindex
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC bpf-next 1/2] net: bridge: add unstable br_fdb_find_port_from_ifindex helper
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC bpf-next 1/2] net: bridge: add unstable br_fdb_find_port_from_ifindex helper
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net 1/2] net: bridge: mcast: add and enforce query interval minimum
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH bpf-next v2] net: don't include filter.h from net/sock.h
  • From: Stefano Garzarella <sgarzare@xxxxxxxxxx>
• Re: [PATCH bpf-next v2] net: don't include filter.h from net/sock.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH net v2] net: bridge: mcast: fix br_multicast_ctx_vlan_global_disabled helper
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net 0/2] net: bridge: mcast: add and enforce query interval minimum
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH bpf-next v2] net: don't include filter.h from net/sock.h
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH bpf-next v2] net: don't include filter.h from net/sock.h
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next v2] net: don't include filter.h from net/sock.h
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH bpf-next v2] net: don't include filter.h from net/sock.h
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH bpf-next v2] net: don't include filter.h from net/sock.h
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH bpf-next] net: don't include filter.h from net/sock.h
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net v2] net: bridge: mcast: fix br_multicast_ctx_vlan_global_disabled helper
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] net: bridge: mcast: fix br_multicast_ctx_vlan_global_disabled helper
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net 1/2] net: bridge: mcast: add and enforce query interval minimum
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net 2/2] net: bridge: mcast: add and enforce startup query interval minimum
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH net 2/2] net: bridge: mcast: add and enforce startup query interval minimum
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net 0/2] net: bridge: mcast: add and enforce query interval minimum
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net 1/2] net: bridge: mcast: add and enforce query interval minimum
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net: bridge: Get SIOCGIFBR/SIOCSIFBR ioctl working in compat mode
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] net: bridge: Get SIOCGIFBR/SIOCSIFBR ioctl working in compat mode
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next] net: bridge: Get SIOCGIFBR/SIOCSIFBR ioctl working in compat mode
  • From: Remi Pommarel <repk@xxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: fix ioctl old_deviceless bridge argument
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net 2/2] net: bridge: Get SIOCGIFBR/SIOCSIFBR ioctl working in compat mode
  • From: Remi Pommarel <repk@xxxxxxxxxxxx>
• Re: [PATCH net 2/2] net: bridge: Get SIOCGIFBR/SIOCSIFBR ioctl working in compat mode
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net 2/2] net: bridge: Get SIOCGIFBR/SIOCSIFBR ioctl working in compat mode
  • From: Remi Pommarel <repk@xxxxxxxxxxxx>
• Re: [PATCH net 2/2] net: bridge: Get SIOCGIFBR/SIOCSIFBR ioctl working in compat mode
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net 2/2] net: bridge: Get SIOCGIFBR/SIOCSIFBR ioctl working in compat mode
  • From: Remi Pommarel <repk@xxxxxxxxxxxx>
• [PATCH net 1/2] net: bridge: fix ioctl old_deviceless bridge argument
  • From: Remi Pommarel <repk@xxxxxxxxxxxx>
• [PATCH net 0/2] Fix SIOCGIFBR/SIOCSIFBR ioctl
  • From: Remi Pommarel <repk@xxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: fix ioctl old_deviceless bridge argument
  • From: Remi Pommarel <repk@xxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: fix ioctl old_deviceless bridge argument
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH net] net: bridge: fix ioctl old_deviceless bridge argument
  • From: Remi Pommarel <repk@xxxxxxxxxxxx>
• [PATCH net] net: bridge: fix ioctl old_deviceless bridge argument
  • From: Remi Pommarel <repk@xxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: fix ioctl old_deviceless bridge argument
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: fix ioctl old_deviceless bridge argument
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [syzbot] BUG: TASK stack guard page was hit at ADDR (stack is ADDR..ADDR)
  • From: Dmitry Vyukov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next] net: bridge: netfilter: fix code indentation
  • From: Jεan Sacren <sakiwit@xxxxxxxxx>
• Re: [PATCH net-next 00/10] selftests: net: bridge: vlan multicast tests
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] bridge: use __set_bit in __br_vlan_set_default_pvid
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next 08/10] selftests: net: bridge: add vlan mcast query and query response interval tests
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 10/10] selftests: net: bridge: add test for vlan_filtering dependency
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 07/10] selftests: net: bridge: add vlan mcast_querier_interval tests
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 09/10] selftests: net: bridge: add vlan mcast_router tests
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 04/10] selftests: net: bridge: add vlan mcast_last_member_count/interval tests
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 06/10] selftests: net: bridge: add vlan mcast_membership_interval test
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 05/10] selftests: net: bridge: add vlan mcast_startup_query_count/interval tests
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 01/10] selftests: net: bridge: add vlan mcast snooping control test
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 03/10] selftests: net: bridge: add vlan mcast igmp/mld version tests
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 02/10] selftests: net: bridge: add vlan mcast querier test
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 00/10] selftests: net: bridge: vlan multicast tests
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next] bridge: use __set_bit in __br_vlan_set_default_pvid
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCH] net/bridge: replace simple_strtoul to kstrtol
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: replace simple_strtoul to kstrtol
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] net/bridge: replace simple_strtoul to kstrtol
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net/bridge: replace simple_strtoul to kstrtol
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH] net/bridge: replace simple_strtoul to kstrtol
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH] net/bridge: replace simple_strtoul to kstrtol
  • From: Bernard Zhao <bernard@xxxxxxxx>
• [syzbot] BUG: TASK stack guard page was hit at ADDR (stack is ADDR..ADDR)
  • From: syzbot <syzbot+11e187621fbc19749a18@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: bridge: Slightly optimize 'find_portno()'
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH] net: bridge: Slightly optimize 'find_portno()'
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH] net/bridge: replace simple_strtoul to kstrtol
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: RFC: PTP Boundary Clock over UDPv4/UDPv6 on Linux bridge
  • From: Kurt Kanzenbach <kurt@xxxxxxxxxxxxx>
• Re: RFC: PTP Boundary Clock over UDPv4/UDPv6 on Linux bridge
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• RFC: PTP Boundary Clock over UDPv4/UDPv6 on Linux bridge
  • From: Kurt Kanzenbach <kurt@xxxxxxxxxxxxx>
• Re: [PATCH] net: bridge: Slightly optimize 'find_portno()'
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] net: bridge: Slightly optimize 'find_portno()'
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] net: bridge: Slightly optimize 'find_portno()'
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: bridge: Slightly optimize 'find_portno()'
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net v2] selftests: net: bridge: update IGMP/MLD membership interval value
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net v2] net: bridge: fix uninitialized variables when BRIDGE_CFM is disabled
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net v2] selftests: net: bridge: update IGMP/MLD membership interval value
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net] selftests: net: bridge: update IGMP/MLD membership interval value
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] selftests: net: bridge: update IGMP/MLD membership interval value
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net v2] net: bridge: fix uninitialized variables when BRIDGE_CFM is disabled
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net v2] net: bridge: fix uninitialized variables when BRIDGE_CFM is disabled
  • From: Ivan Vecera <ivecera@xxxxxxxxxx>
• Re: [PATCH net] net: bridge: fix uninitialized variables when BRIDGE_CFM is disabled
  • From: Ivan Vecera <ivecera@xxxxxxxxxx>
• Re: [PATCH net] net: bridge: fix uninitialized variables when BRIDGE_CFM is disabled
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] net: bridge: fix uninitialized variables when BRIDGE_CFM is disabled
  • From: Ivan Vecera <ivecera@xxxxxxxxxx>
• Re: [PATCH][net-next] netfilter: ebtables: use array_size() helper in copy_{from, to}_user()
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH][net-next] netfilter: ebtables: use array_size() helper in copy_{from, to}_user()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: mcast: Do not allow users to set IGMP counter/timer to zero
  • From: Hangbin Liu <liuhangbin@xxxxxxxxx>
• Re: [PATCH net] net: bridge: mcast: Do not allow users to set IGMP counter/timer to zero
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 net] net: bridge: mcast: QRI must be less than QI
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 net] net: bridge: mcast: QRI must be less than QI
  • From: Hangbin Liu <liuhangbin@xxxxxxxxx>
• Re: [PATCHv2 net] net: bridge: mcast: QRI must be less than QI
  • From: Hangbin Liu <liuhangbin@xxxxxxxxx>
• Re: [PATCHv2 net] net: bridge: mcast: QRI must be less than QI
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCHv2 net] net: bridge: mcast: QRI must be less than QI
  • From: Hangbin Liu <liuhangbin@xxxxxxxxx>
• [PATCH net] net: bridge: mcast: QRI must be less than QI
  • From: Hangbin Liu <liuhangbin@xxxxxxxxx>
• Re: [PATCH net] net: bridge: mcast: Do not allow users to set IGMP counter/timer to zero
  • From: Hangbin Liu <liuhangbin@xxxxxxxxx>
• Re: [PATCH net] net: bridge: mcast: Do not allow users to set IGMP counter/timer to zero
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 net-next] net: make use of helper netif_is_bridge_master()
  • From: Kyungrok Chung <acadx0@xxxxxxxxx>
• [PATCH v2 net-next] net: make use of helper netif_is_bridge_master()
  • From: Kyungrok Chung <acadx0@xxxxxxxxx>
• [PATCH net-next] net: bridge: make use of helper netif_is_bridge_master()
  • From: Kyungrok Chung <acadx0@xxxxxxxxx>
• Re: [PATCH net] net: bridge: mcast: Do not allow users to set IGMP counter/timer to zero
  • From: Hangbin Liu <liuhangbin@xxxxxxxxx>
• Re: [PATCH v3 net-next] net: make use of helper netif_is_bridge_master()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] net: bridge: mcast: Do not allow users to set IGMP counter/timer to zero
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] net: bridge: mcast: Do not allow users to set IGMP counter/timer to zero
  • From: Hangbin Liu <liuhangbin@xxxxxxxxx>
• Re: [PATCH net] net: bridge: mcast: use multicast_membership_interval for IGMPv3
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v3 net-next] net: make use of helper netif_is_bridge_master()
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next] net: make use of helper netif_is_bridge_master()
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] net: bridge: mcast: use multicast_membership_interval for IGMPv3
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 10/15] net: bridge: mcast: support for IGMPv3/MLDv2 ALLOW_NEW_SOURCES report
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v4 10/15] net: bridge: mcast: support for IGMPv3/MLDv2 ALLOW_NEW_SOURCES report
  • From: Hangbin Liu <liuhangbin@xxxxxxxxx>
• Re: [PATCH net-next v4 10/15] net: bridge: mcast: support for IGMPv3/MLDv2 ALLOW_NEW_SOURCES report
  • From: Hangbin Liu <liuhangbin@xxxxxxxxx>
• Re: [PATCH net-next] net: bridge: make use of helper netif_is_bridge_master()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next] net: bridge: make use of helper netif_is_bridge_master()
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] net: bridge: mcast: Associate the seqcount with its protecting lock.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH][net-next] net: bridge: Use array_size() helper in copy_to_user()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] net: bridge: mcast: Associate the seqcount with its protecting lock.
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH][net-next] net: bridge: Use array_size() helper in copy_to_user()
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• [PATCH][net-next] netfilter: ebtables: use array_size() helper in copy_{from, to}_user()
  • From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
• Re: [PATCH net] net: bridge: mcast: Associate the seqcount with its protecting lock.
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [syzbot] possible deadlock in br_multicast_rcv (2)
  • From: syzbot <syzbot+1f749b80a78ec45502f8@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] KASAN: slab-out-of-bounds Read in add_del_if
  • From: syzbot <syzbot+24b98616278c31afc800@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [syzbot] KASAN: slab-out-of-bounds Read in add_del_if
  • From: syzbot <syzbot+24b98616278c31afc800@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: mcast: fix vlan port router deadlock
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [syzbot] KASAN: slab-out-of-bounds Read in add_del_if
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] KASAN: slab-out-of-bounds Read in add_del_if
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] net: bridge: mcast: fix vlan port router deadlock
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: Bridge port isolation offload
  • From: Esther Faride Chau Durazo <takpkyra666@xxxxxxxxx>
• Re: [PATCH v3 net-next] net: bridge: change return type of br_handle_ingress_vlan_tunnel
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3 net-next] net: bridge: change return type of br_handle_ingress_vlan_tunnel
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 net-next] net: bridge: change return type of br_handle_ingress_vlan_tunnel
  • From: Kangmin Park <l4stpr0gr4m@xxxxxxxxx>
• Re: [PATCH v2 net-next] net: bridge: change return type of br_handle_ingress_vlan_tunnel
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 net-next] net: bridge: change return type of br_handle_ingress_vlan_tunnel
  • From: Kangmin Park <l4stpr0gr4m@xxxxxxxxx>
• [PATCH net-next] net: bridge: replace __vlan_hwaccel_put_tag with skb_vlan_push
  • From: Kangmin Park <l4stpr0gr4m@xxxxxxxxx>
• Re: [PATCH net-next] net: bridge: replace __vlan_hwaccel_put_tag with skb_vlan_push
  • From: Kangmin Park <l4stpr0gr4m@xxxxxxxxx>
• Re: [PATCH net-next] net: bridge: replace __vlan_hwaccel_put_tag with skb_vlan_push
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net: bridge: replace __vlan_hwaccel_put_tag with skb_vlan_push
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/2] net: bridge: mcast: add support for port/vlan router control
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next 2/2] net: bridge: vlan: convert mcast router global option to per-vlan entry
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 1/2] net: bridge: mcast: br_multicast_set_port_router takes multicast context as argument
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 0/2] net: bridge: mcast: add support for port/vlan router control
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 00/15] net: bridge: multicast: add vlan support
  • From: Joachim Wiberg <troglobit@xxxxxxxxx>
• Re: [PATCH net-next 00/15] net: bridge: multicast: add vlan support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 00/15] net: bridge: multicast: add vlan support
  • From: Joachim Wiberg <troglobit@xxxxxxxxx>
• Re: [PATCH net-next 0/4] net: bridge: vlan: fixes for vlan mcast contexts
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next 4/4] net: bridge: mcast: toggle also host vlan state in br_multicast_toggle_vlan
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 3/4] net: bridge: mcast: use the correct vlan group helper
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 2/4] net: bridge: vlan: account for router port lists when notifying
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 1/4] net: bridge: vlan: enable mcast snooping for existing master vlans
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 0/4] net: bridge: vlan: fixes for vlan mcast contexts
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/3] net: bridge: mcast: fixes for mcast querier state
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next 2/3] net: bridge: mcast: drop sizeof for nest attribute's zero size
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 3/3] net: bridge: mcast: account for ipv6 size when dumping querier state
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 1/3] net: bridge: mcast: don't dump querier state if snooping is disabled
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 0/3] net: bridge: mcast: fixes for mcast querier state
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 4/6] net: bridge: mcast: dump ipv4 querier state
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 4/6] net: bridge: mcast: dump ipv4 querier state
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net-next 0/6] net: bridge: mcast: dump querier state
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v2] net: bridge: switchdev: pass more port flags to drivers
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• [PATCH net-next 5/6] net: bridge: mcast: dump ipv6 querier state
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 1/6] net: bridge: mcast: record querier port device ifindex instead of pointer
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 6/6] net: bridge: vlan: dump mcast ctx querier state
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 2/6] net: bridge: mcast: make sure querier port/address updates are consistent
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 3/6] net: bridge: mcast: consolidate querier selection for ipv4 and ipv6
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 0/6] net: bridge: mcast: dump querier state
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 4/6] net: bridge: mcast: dump ipv4 querier state
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next v2] net: bridge: switchdev: pass more port flags to drivers
  • From: DENG Qingfang <dqfext@xxxxxxxxx>
• Re: [PATCH net-next] net: bridge: switchdev: allow port isolation to be offloaded
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net v2] net: bridge: fix memleak in br_add_if()
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• [PATCH net v2] net: bridge: fix memleak in br_add_if()
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• [PATCH net v3] net: bridge: fix memleak in br_add_if()
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• MTU/FCS Issue on linux bridge when using SPI interface
  • From: Andy Whiteman <andysrobotics@xxxxxxxxx>
• [PATCH net] net: bridge: fix memleak in br_add_if()
  • From: Yang Yingliang <yangyingliang@xxxxxxxxxx>
• Re: [PATCH net-next] net: bridge: switchdev: allow port isolation to be offloaded
  • From: DENG Qingfang <dqfext@xxxxxxxxx>
• Re: [PATCH net-next] net: bridge: vlan: fix global vlan option range dumping
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] net: bridge: switchdev: allow port isolation to be offloaded
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net-next] net: bridge: switchdev: allow port isolation to be offloaded
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next] net: bridge: switchdev: allow port isolation to be offloaded
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net-next] net: bridge: switchdev: allow port isolation to be offloaded
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next] net: bridge: switchdev: allow port isolation to be offloaded
  • From: DENG Qingfang <dqfext@xxxxxxxxx>
• Re: [PATCH net-next 00/15] net: bridge: vlan: add global mcast options
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net v3] net: bridge: fix memleak in br_add_if()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net v2] net: bridge: fix flags interpretation for extern learn fdb entries
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next 15/15] net: bridge: vlan: use br_rports_fill_info() to export mcast router ports
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 14/15] net: bridge: mcast: use the proper multicast context when dumping router ports
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 12/15] net: bridge: vlan: add support for mcast querier global option
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 13/15] net: bridge: vlan: add support for mcast router global option
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 10/15] net: bridge: mcast: move querier state to the multicast context
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 09/15] net: bridge: vlan: add support for mcast startup query interval global option
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 11/15] net: bridge: mcast: querier and query state affect only current context type
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 08/15] net: bridge: vlan: add support for mcast query response interval global option
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 07/15] net: bridge: vlan: add support for mcast query interval global option
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 06/15] net: bridge: vlan: add support for mcast querier interval global option
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 05/15] net: bridge: vlan: add support for mcast membership interval global option
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 03/15] net: bridge: vlan: add support for mcast startup query count global option
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 04/15] net: bridge: vlan: add support for mcast last member interval global option
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 02/15] net: bridge: vlan: add support for mcast last member count global option
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 01/15] net: bridge: vlan: add support for mcast igmp/mld version global options
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 00/15] net: bridge: vlan: add global mcast options
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net v2] net: bridge: fix flags interpretation for extern learn fdb entries
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH net v2] net: bridge: fix flags interpretation for extern learn fdb entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Bridge port isolation offload
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: Bridge port isolation offload
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH net-next] net: bridge: vlan: fix global vlan option range dumping
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net] net: bridge: fix flags interpretation for extern learn fdb entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Bridge port isolation offload
  • From: DENG Qingfang <dqfext@xxxxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net v3] net: bridge: fix memleak in br_add_if()
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net v2] net: bridge: fix memleak in br_add_if()
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 1/3] net: bridge: fix ioctl locking
  • From: Hillf Danton <hdanton@xxxxxxxx>
• Re: [syzbot] possible deadlock in br_ioctl_call
  • From: Hillf Danton <hdanton@xxxxxxxx>
• [syzbot] general protection fault in br_switchdev_fdb_notify
  • From: syzbot <syzbot+9ba1174359adba5a5b7c@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/3] net: bridge: fix recent ioctl changes
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 1/3] net: bridge: fix ioctl locking
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 3/3] net: core: don't call SIOCBRADD/DELIF for non-bridge devices
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 1/3] net: bridge: fix ioctl locking
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 2/3] net: bridge: fix ioctl old_deviceless bridge argument
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 0/3] net: bridge: fix recent ioctl changes
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 0/2] Convert switchdev_bridge_port_{, un}offload to notifiers
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v2 net-next 0/2] Convert switchdev_bridge_port_{, un}offload to notifiers
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net-next] net: bridge: switchdev: fix incorrect use of FDB flags when picking the dst device
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 0/2] Convert switchdev_bridge_port_{, un}offload to notifiers
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH v2 net-next 0/2] Convert switchdev_bridge_port_{, un}offload to notifiers
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v2 net-next 1/2] net: make switchdev_bridge_port_{, unoffload} loosely coupled with the bridge
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v2 net-next 2/2] Revert "net: build all switchdev drivers as modules when the bridge is a module"
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v2 net-next 0/2] Convert switchdev_bridge_port_{, un}offload to notifiers
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net-next 0/2] Convert switchdev_bridge_port_{, un}offload to notifiers
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH net-next 1/2] net: make switchdev_bridge_port_{, unoffload} loosely coupled with the bridge
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH net-next 2/2] Revert "net: build all switchdev drivers as modules when the bridge is a module"
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH net-next 0/2] Convert switchdev_bridge_port_{, un}offload to notifiers
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] net: bridge: switchdev: fix incorrect use of FDB flags when picking the dst device
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next] net: bridge: switchdev: fix incorrect use of FDB flags when picking the dst device
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [syzbot] possible deadlock in br_ioctl_call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [syzbot] possible deadlock in br_ioctl_call
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] net: bridge: validate the NUD_PERMANENT bit when adding an extern_learn FDB entry
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH v3] netfilter: nf_conntrack_bridge: Fix memory leak when error
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH v3] netfilter: nf_conntrack_bridge: Fix memory leak when error
  • From: Yajun Deng <yajun.deng@xxxxxxxxx>
• Re: [PATCH v2] netfilter: nf_conntrack_bridge: Fix memory leak when error
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH v2] netfilter: nf_conntrack_bridge: Fix memory leak when error
  • From: Yajun Deng <yajun.deng@xxxxxxxxx>
• Re: [PATCH] netfilter: nf_conntrack_bridge: Fix not free when error
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH] netfilter: nf_conntrack_bridge: Fix not free when error
  • From: yajun.deng@xxxxxxxxx
• Re: [PATCH] netfilter: nf_conntrack_bridge: Fix not free when error
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 00/31] ndo_ioctl rework
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next v3 30/31] net: bridge: move bridge ioctls out of .ndo_do_ioctl
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH net-next v3 05/31] bridge: use ndo_siocdevprivate
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH net-next v3 00/31] ndo_ioctl rework
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v6 net-next 5/7] net: bridge: switchdev: let drivers inform which bridge ports are offloaded
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH v6 net-next 5/7] net: bridge: switchdev: let drivers inform which bridge ports are offloaded
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v6 net-next 5/7] net: bridge: switchdev: let drivers inform which bridge ports are offloaded
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v6 net-next 5/7] net: bridge: switchdev: let drivers inform which bridge ports are offloaded
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• [PATCH] netfilter: nf_conntrack_bridge: Fix not free when error
  • From: Yajun Deng <yajun.deng@xxxxxxxxx>
• [PATCH 0/4] Remove rtnetlink_send() in rtnetlink
  • From: Yajun Deng <yajun.deng@xxxxxxxxx>
• Re: [PATCH net-next] net: bridge: fix build when setting skb->offload_fwd_mark with CONFIG_NET_SWITCHDEV=n
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next] net: bridge: fix build when setting skb->offload_fwd_mark with CONFIG_NET_SWITCHDEV=n
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH v5 net-next 0/5] Allow TX forwarding for the software bridge data path to be offloaded to capable devices
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH v5 net-next 3/5] net: dsa: add support for bridge TX forwarding offload
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v5 net-next 5/5] net: dsa: tag_dsa: offload the bridge forwarding process
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v5 net-next 4/5] net: dsa: mv88e6xxx: map virtual bridges with forwarding offload in the PVT
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v5 net-next 1/5] net: bridge: switchdev: allow the TX data plane forwarding to be offloaded
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v5 net-next 0/5] Allow TX forwarding for the software bridge data path to be offloaded to capable devices
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v5 net-next 2/5] net: dsa: track the number of switches in a tree
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [RFC PATCH v3 net-next 00/24] Allow forwarding for the software bridge data path to be offloaded to capable devices
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net-next] net: switchdev: fix FDB entries towards foreign ports not getting propagated to us
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v6 net-next 0/7] Let switchdev drivers offload and unoffload bridge ports at their own convenience
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next] net: switchdev: fix FDB entries towards foreign ports not getting propagated to us
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net-next 0/2] net: bridge: multicast: add mdb and host context support
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v6 net-next 6/7] net: bridge: guard the switchdev replay helpers against a NULL notifier block
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH v6 net-next 7/7] net: bridge: move the switchdev object replay helpers to "push" mode
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v6 net-next 5/7] net: bridge: switchdev: let drivers inform which bridge ports are offloaded
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v6 net-next 6/7] net: bridge: guard the switchdev replay helpers against a NULL notifier block
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v6 net-next 4/7] net: bridge: switchdev: recycle unused hwdoms
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v6 net-next 3/7] net: bridge: disambiguate offload_fwd_mark
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v6 net-next 0/7] Let switchdev drivers offload and unoffload bridge ports at their own convenience
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v6 net-next 2/7] net: dpaa2-switch: refactor prechangeupper sanity checks
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v6 net-next 1/7] net: dpaa2-switch: use extack in dpaa2_switch_port_bridge_join
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net-next] net: bridge: multicast: fix igmp/mld port context null pointer dereferences
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next 1/2] net: bridge: multicast: add mdb context support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 2/2] net: bridge: multicast: add context support for host-joined groups
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 0/2] net: bridge: multicast: add mdb and host context support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next] net: bridge: multicast: fix igmp/mld port context null pointer dereferences
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH v5 net-next 00/10] Let switchdev drivers offload and unoffload bridge ports at their own convenience
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH v5 net-next 00/10] Let switchdev drivers offload and unoffload bridge ports at their own convenience
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH v5 net-next 00/10] Let switchdev drivers offload and unoffload bridge ports at their own convenience
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH v5 net-next 00/10] Let switchdev drivers offload and unoffload bridge ports at their own convenience
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH v5 net-next 00/10] Let switchdev drivers offload and unoffload bridge ports at their own convenience
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH v5 net-next 00/10] Let switchdev drivers offload and unoffload bridge ports at their own convenience
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH v5 net-next 00/10] Let switchdev drivers offload and unoffload bridge ports at their own convenience
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net-next 0/3] Fan out FDB entries pointing towards the bridge to all switchdev member ports
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v5 net-next 00/10] Let switchdev drivers offload and unoffload bridge ports at their own convenience
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH v4 net-next 00/15] Allow forwarding for the software bridge data path to be offloaded to capable devices
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH v5 net-next 10/10] net: bridge: switchdev object replay helpers for everybody
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v5 net-next 09/10] net: bridge: switchdev: let drivers inform which bridge ports are offloaded
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v5 net-next 08/10] net: bridge: switchdev: recycle unused hwdoms
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v5 net-next 07/10] net: bridge: disambiguate offload_fwd_mark
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v5 net-next 05/10] net: marvell: prestera: refactor prechangeupper sanity checks
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v5 net-next 03/10] mlxsw: spectrum: refactor prechangeupper sanity checks
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v5 net-next 06/10] net: switchdev: guard drivers against multiple obj replays on same bridge port
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v5 net-next 04/10] mlxsw: spectrum: refactor leaving an 8021q upper that is a bridge port
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v5 net-next 02/10] net: dpaa2-switch: refactor prechangeupper sanity checks
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v5 net-next 00/10] Let switchdev drivers offload and unoffload bridge ports at their own convenience
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v5 net-next 01/10] net: dpaa2-switch: use extack in dpaa2_switch_port_bridge_join
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net-next 00/15] net: bridge: multicast: add vlan support
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v4 net-next 00/15] Allow forwarding for the software bridge data path to be offloaded to capable devices
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v4 net-next 00/15] Allow forwarding for the software bridge data path to be offloaded to capable devices
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net] net: bridge: do not replay fdb entries pointing towards the bridge twice
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH 0/4] Remove rtnetlink_send() in rtnetlink
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v4 net-next 09/15] net: bridge: switchdev: let drivers inform which bridge ports are offloaded
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v4 net-next 09/15] net: bridge: switchdev: let drivers inform which bridge ports are offloaded
  • From: Horatiu Vultur via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 14/15] net: bridge: vlan: notify when global options change
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 13/15] net: bridge: vlan: add support for dumping global vlan options
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 15/15] net: bridge: vlan: add mcast snooping control
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 03/15] net: bridge: multicast: use multicast contexts instead of bridge or port
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 12/15] net: bridge: vlan: add support for global options
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 08/15] net: bridge: multicast: use the port group to port context helper
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 11/15] net: bridge: multicast: include router port vlan id in notifications
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 10/15] net: bridge: multicast: add vlan querier and query support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 09/15] net: bridge: multicast: check if should use vlan mcast ctx
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 06/15] net: bridge: add vlan mcast snooping knob
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 05/15] net: bridge: multicast: add vlan state initialization and control
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 07/15] net: bridge: multicast: add helper to get port mcast context from port group
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 04/15] net: bridge: vlan: add global and per-port multicast context
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 02/15] net: bridge: multicast: factor out bridge multicast context
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 01/15] net: bridge: multicast: factor out port multicast context
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 00/15] net: bridge: multicast: add vlan support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 3/3] net: dsa: use switchdev_handle_fdb_{add, del}_to_device
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH net-next 2/3] net: switchdev: introduce a fanout helper for SWITCHDEV_FDB_{ADD, DEL}_TO_DEVICE
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH net-next 1/3] net: switchdev: introduce helper for checking dynamically learned FDB entries
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH net-next 0/3] Fan out FDB entries pointing towards the bridge to all switchdev member ports
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH net] net: bridge: do not replay fdb entries pointing towards the bridge twice
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH v4 net-next 10/15] net: bridge: switchdev object replay helpers for everybody
  • From: Ioana Ciornei <ioana.ciornei@xxxxxxx>
• Re: [PATCH v4 net-next 09/15] net: bridge: switchdev: let drivers inform which bridge ports are offloaded
  • From: Ioana Ciornei <ioana.ciornei@xxxxxxx>
• Re: [PATCH v4 net-next 02/15] net: dpaa2-switch: refactor prechangeupper sanity checks
  • From: Ioana Ciornei <ioana.ciornei@xxxxxxx>
• Re: [PATCH v4 net-next 01/15] net: dpaa2-switch: use extack in dpaa2_switch_port_bridge_join
  • From: Ioana Ciornei <ioana.ciornei@xxxxxxx>
• Re: [PATCH v4 net-next 10/15] net: bridge: switchdev object replay helpers for everybody
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v4 net-next 15/15] net: dsa: tag_dsa: offload the bridge forwarding process
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v4 net-next 11/15] net: bridge: switchdev: allow the TX data plane forwarding to be offloaded
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v4 net-next 12/15] net: dsa: track the number of switches in a tree
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v4 net-next 14/15] net: dsa: mv88e6xxx: map virtual bridges with forwarding offload in the PVT
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v4 net-next 13/15] net: dsa: add support for bridge TX forwarding offload
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v4 net-next 15/15] net: dsa: tag_dsa: offload the bridge forwarding process
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v4 net-next 11/15] net: bridge: switchdev: allow the TX data plane forwarding to be offloaded
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v4 net-next 07/15] net: bridge: disambiguate offload_fwd_mark
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v4 net-next 05/15] net: marvell: prestera: refactor prechangeupper sanity checks
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v4 net-next 06/15] net: switchdev: guard drivers against multiple obj replays on same bridge port
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH v4 net-next 04/15] mlxsw: spectrum: refactor leaving an 8021q upper that is a bridge port
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH v4 net-next 09/15] net: bridge: switchdev: let drivers inform which bridge ports are offloaded
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v4 net-next 11/15] net: bridge: switchdev: allow the TX data plane forwarding to be offloaded
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v4 net-next 14/15] net: dsa: mv88e6xxx: map virtual bridges with forwarding offload in the PVT
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v4 net-next 15/15] net: dsa: tag_dsa: offload the bridge forwarding process
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v4 net-next 10/15] net: bridge: switchdev object replay helpers for everybody
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v4 net-next 13/15] net: dsa: add support for bridge TX forwarding offload
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v4 net-next 12/15] net: dsa: track the number of switches in a tree
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v4 net-next 08/15] net: bridge: switchdev: recycle unused hwdoms
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v4 net-next 06/15] net: switchdev: guard drivers against multiple obj replays on same bridge port
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v4 net-next 07/15] net: bridge: disambiguate offload_fwd_mark
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v4 net-next 03/15] mlxsw: spectrum: refactor prechangeupper sanity checks
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v4 net-next 00/15] Allow forwarding for the software bridge data path to be offloaded to capable devices
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v4 net-next 05/15] net: marvell: prestera: refactor prechangeupper sanity checks
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v4 net-next 04/15] mlxsw: spectrum: refactor leaving an 8021q upper that is a bridge port
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v4 net-next 01/15] net: dpaa2-switch: use extack in dpaa2_switch_port_bridge_join
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH v4 net-next 02/15] net: dpaa2-switch: refactor prechangeupper sanity checks
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [RFC PATCH v3 net-next 22/24] net: dsa: add support for bridge TX forwarding offload
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [RFC PATCH v3 net-next 00/24] Allow forwarding for the software bridge data path to be offloaded to capable devices
  • From: Marek Behun <kabel@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 net-next 00/24] Allow forwarding for the software bridge data path to be offloaded to capable devices
  • From: Marek Behun <kabel@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 net-next 03/24] net: mlxsw: refactor prechangeupper sanity checks
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [RFC PATCH v3 net-next 02/24] net: dpaa2-switch: refactor prechangeupper sanity checks
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [RFC PATCH v3 net-next 01/24] net: dpaa2-switch: use extack in dpaa2_switch_port_bridge_join
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH net 0/2] net: bridge: multicast: fix automatic router port marking races
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [RFC PATCH v3 net-next 00/24] Allow forwarding for the software bridge data path to be offloaded to capable devices
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 22/24] net: dsa: add support for bridge TX forwarding offload
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 24/24] net: dsa: tag_dsa: offload the bridge forwarding process
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 23/24] net: dsa: mv88e6xxx: map virtual bridges with forwarding offload in the PVT
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 20/24] net: bridge: switchdev: allow the TX data plane forwarding to be offloaded
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 21/24] net: dsa: track the number of switches in a tree
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 19/24] net: bridge: switchdev object replay helpers for everybody
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 17/24] net: bridge: replay mdb entries on the public switchdev notifier chain
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 18/24] net: bridge: replay vlan entries on the public switchdev notifier
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 16/24] net: bridge: propagate ctx to br_switchdev_port_vlan_{add, del}
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 15/24] net: bridge: propagate ctx to switchdev_port_obj_{add, del}
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 11/24] net: mlxsw: guard against multiple switchdev obj replays on same bridge port
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 14/24] net: bridge: unexport call_switchdev_blocking_notifiers
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 13/24] net: bridge: use the public notifier chain for br_fdb_replay
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 12/24] net: bridge: drop context pointer from br_fdb_replay
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 09/24] net: bridge: switchdev: let drivers inform which bridge ports are offloaded
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 10/24] net: prestera: guard against multiple switchdev obj replays on same bridge port
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 07/24] net: bridge: disambiguate offload_fwd_mark
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 08/24] net: bridge: switchdev: recycle unused hwdoms
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 06/24] net: prestera: refactor prechangeupper sanity checks
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 05/24] net: prestera: if the LAG that we're joining is under a bridge, join it
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 04/24] net: ocelot: fix switchdev objects synced for wrong netdev with LAG offload
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 03/24] net: mlxsw: refactor prechangeupper sanity checks
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 00/24] Allow forwarding for the software bridge data path to be offloaded to capable devices
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 02/24] net: dpaa2-switch: refactor prechangeupper sanity checks
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH v3 net-next 01/24] net: dpaa2-switch: use extack in dpaa2_switch_port_bridge_join
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [RFC PATCH v2 net-next 04/10] net: bridge: switchdev: allow the data plane forwarding to be offloaded
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [RFC PATCH v2 net-next 04/10] net: bridge: switchdev: allow the data plane forwarding to be offloaded
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH net 2/2] net: bridge: multicast: fix MRD advertisement router port marking race
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net 1/2] net: bridge: multicast: fix PIM hello router port marking race
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net 0/2] net: bridge: multicast: fix automatic router port marking races
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 net-next 04/10] net: bridge: switchdev: allow the data plane forwarding to be offloaded
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH AUTOSEL 5.10 057/137] net: bridge: mrp: Update ring transitions.
  • From: Sasha Levin <sashal@xxxxxxxxxx>