Linux Ethernet Bridging

• Thread Index

• Re: [PATCH RFC net-next 00/10] MC Flood disable and snooping
  • From: Joseph Huang <joseph.huang.2024@xxxxxxxxx>
• Re: [PATCH RFC net-next 00/10] MC Flood disable and snooping
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC net-next 00/10] MC Flood disable and snooping
  • From: Joseph Huang <joseph.huang.2024@xxxxxxxxx>
• Re: [PATCH RFC net-next 07/10] net: dsa: mv88e6xxx: Track bridge mdb objects
  • From: Joseph Huang <joseph.huang.2024@xxxxxxxxx>
• Re: [PATCH RFC net-next 02/10] net: bridge: Always multicast_flood Reports
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH RFC net-next 09/10] net: dsa: mv88e6xxx: Enable mc flood for mrouter port
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH RFC net-next 00/10] MC Flood disable and snooping
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH RFC net-next 00/10] MC Flood disable and snooping
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH RFC net-next 00/10] MC Flood disable and snooping
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH RFC net-next 04/10] net: dsa: mv88e6xxx: Add all hosts mc addr to ATU
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH RFC net-next 00/10] MC Flood disable and snooping
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH RFC net-next 00/10] MC Flood disable and snooping
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC net-next 07/10] net: dsa: mv88e6xxx: Track bridge mdb objects
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH RFC net-next 00/10] MC Flood disable and snooping
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH RFC net-next 04/10] net: dsa: mv88e6xxx: Add all hosts mc addr to ATU
  • From: Joseph Huang <Joseph.Huang@xxxxxxxxxx>
• [PATCH RFC net-next 07/10] net: dsa: mv88e6xxx: Track bridge mdb objects
  • From: Joseph Huang <Joseph.Huang@xxxxxxxxxx>
• [PATCH RFC net-next 00/10] MC Flood disable and snooping
  • From: Joseph Huang <Joseph.Huang@xxxxxxxxxx>
• [PATCH RFC net-next 05/10] net: dsa: Add support for PORT_MROUTER attribute
  • From: Joseph Huang <Joseph.Huang@xxxxxxxxxx>
• [PATCH RFC net-next 02/10] net: bridge: Always multicast_flood Reports
  • From: Joseph Huang <Joseph.Huang@xxxxxxxxxx>
• [PATCH RFC net-next 01/10] net: bridge: Flood Queries even when mc flood is disabled
  • From: Joseph Huang <Joseph.Huang@xxxxxxxxxx>
• [PATCH RFC net-next 03/10] net: bridge: Always flood local subnet mc packets
  • From: Joseph Huang <Joseph.Huang@xxxxxxxxxx>
• [PATCH RFC net-next 06/10] net: dsa: mv88e6xxx: Track soft bridge objects
  • From: Joseph Huang <Joseph.Huang@xxxxxxxxxx>
• [PATCH RFC net-next 10/10] net: dsa: mv88e6xxx: Offload mrouter port
  • From: Joseph Huang <Joseph.Huang@xxxxxxxxxx>
• [PATCH RFC net-next 09/10] net: dsa: mv88e6xxx: Enable mc flood for mrouter port
  • From: Joseph Huang <Joseph.Huang@xxxxxxxxxx>
• [PATCH RFC net-next 08/10] net: dsa: mv88e6xxx: Convert MAB to use bit flags
  • From: Joseph Huang <Joseph.Huang@xxxxxxxxxx>
• Re: [PATCH iproute2-next v3 2/2] bridge: vlan: add compressvlans manpage
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 3/4] appletalk: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 2/4] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 0/4] sysctl: Remove sentinel elements from networking
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• Re: [PATCH iproute2-next v3 1/2] bridge: vlan: fix compressvlans usage
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH iproute2-next v2 0/2] bridge: vlan: add compressvlans manpage
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH iproute2-next v3 2/2] bridge: vlan: add compressvlans manpage
  • From: Denis Kirjanov <dkirjanov@xxxxxxx>
• Re: [PATCH iproute2-next v2 2/2] bridge: vlan: fix compressvlans usage
  • From: Date Huang <tjjh89017@xxxxxxxxxxx>
• [PATCH iproute2-next v3 1/2] bridge: vlan: fix compressvlans usage
  • From: Date Huang <tjjh89017@xxxxxxxxxxx>
• [PATCH iproute2-next v3 2/2] bridge: vlan: add compressvlans manpage
  • From: Date Huang <tjjh89017@xxxxxxxxxxx>
• [PATCH iproute2-next v3 0/2] bridge: vlan: fix compressvlans usage
  • From: Date Huang <tjjh89017@xxxxxxxxxxx>
• Re: [PATCH iproute2-next v2 2/2] bridge: vlan: fix compressvlans usage
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH iproute2-next v2 0/2] bridge: vlan: add compressvlans manpage
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH iproute2-next v2 1/2] bridge: vlan: fix compressvlans usage
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH iproute2-next v2 2/2] bridge: vlan: fix compressvlans usage
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH iproute2-next v2 2/2] bridge: vlan: fix compressvlans usage
  • From: Date Huang <tjjh89017@xxxxxxxxxxx>
• [PATCH iproute2-next v2 1/2] bridge: vlan: fix compressvlans usage
  • From: Date Huang <tjjh89017@xxxxxxxxxxx>
• [PATCH iproute2-next v2 0/2] bridge: vlan: add compressvlans manpage
  • From: Date Huang <tjjh89017@xxxxxxxxxxx>
• Re: [PATCH] bridge: vlan: fix compressvlans manpage and usage
  • From: Date Huang <tjjh89017@xxxxxxxxxxx>
• Re: [PATCH] bridge: vlan: fix compressvlans manpage and usage
  • From: Date Huang <tjjh89017@xxxxxxxxxxx>
• Re: [PATCH] bridge: vlan: fix compressvlans manpage and usage
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [PATCH] bridge: vlan: fix compressvlans manpage and usage
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH] bridge: vlan: fix compressvlans manpage and usage
  • From: Date Huang <tjjh89017@xxxxxxxxxxx>
• Re: [PATCH 11/11] sysctl: treewide: constify the ctl_table argument of handlers
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 10/11] sysctl: constify ctl_table arguments of utility function
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 09/11] ipvs: constify ctl_table arguments of utility functions
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 11/11] sysctl: treewide: constify the ctl_table argument of handlers
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 07/11] ipv6/addrconf: constify ctl_table arguments of utility functions
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 08/11] ipv6/ndisc: constify ctl_table arguments of utility function
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 06/11] ipv4/sysctl: constify ctl_table arguments of utility functions
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 05/11] neighbour: constify ctl_table arguments of utility function
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 04/11] utsname: constify ctl_table arguments of utility function
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 02/11] cgroup: bpf: constify ctl_table arguments and fields
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 03/11] hugetlb: constify ctl_table arguments of utility functions
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• [PATCH 01/11] stackleak: don't modify ctl_table argument
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] sysctl: Remove sentinel elements from networking
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 0/4] sysctl: Remove sentinel elements from networking
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH 3/4] appletalk: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 2/4] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 0/4] sysctl: Remove sentinel elements from networking
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• Re: [PATCH v3 net-next 4/4] net: switchdev: Add tracepoints
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 net-next 4/4] net: switchdev: Add tracepoints
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 4/4] net: switchdev: Add tracepoints
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 net-next 4/4] net: switchdev: Add tracepoints
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 4/4] net: switchdev: Add tracepoints
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] net: bridge: Replace deprecated build flag HAVE_JUMP_LABEL with CONFIG_JUMP_LABEL
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH] net: bridge: Replace deprecated build flag HAVE_JUMP_LABEL with CONFIG_JUMP_LABEL
  • From: Zixuan Tan <tanzixuan.me@xxxxxxxxx>
• Re: [PATCH v3 net-next 4/4] net: switchdev: Add tracepoints
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] net: bridge: Do not allocate stats in the driver
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v3 net-next 4/4] net: switchdev: Add tracepoints
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 net-next 4/4] net: switchdev: Add tracepoints
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 2/2] net: bridge: Exit if multicast_init_stats fails
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] net: bridge: Do not allocate stats in the driver
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 1/2] net: bridge: Do not allocate stats in the driver
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [PATCH net-next 2/2] net: bridge: Exit if multicast_init_stats fails
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH v3 net-next 4/4] net: switchdev: Add tracepoints
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH v3 net-next 4/4] net: switchdev: Add tracepoints
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 4/4] net: switchdev: Add tracepoints
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 net-next 4/4] net: switchdev: Add tracepoints
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 3/4] net: switchdev: Relay all replay messages through a central function
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 2/4] net: switchdev: Add helpers to display switchdev objects as strings
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 1/4] net: switchdev: Wrap enums in mapper macros
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v3 net-next 0/4] net: switchdev: Tracepoints
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH 00/12] net: constify struct device_type usage
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH 11/12] net: wwan: core: constify the struct device_type usage
  • From: Sergey Ryazanov <ryazanov.s.a@xxxxxxxxx>
• Re: [PATCH 12/12] net: hso: constify the struct device_type usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 11/12] net: wwan: core: constify the struct device_type usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 10/12] net: netdevsim: constify the struct device_type usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 09/12] net: vlan: constify the struct device_type usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 07/12] net: hsr: constify the struct device_type usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 03/12] net: bridge: constify the struct device_type usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 01/12] net: usbnet: constify the struct device_type usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH net-next 9/9] selftests: vxlan_mdb: Add MDB bulk deletion test
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH 04/12] net: vxlan: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• Re: [PATCH 08/12] net: l2tp: constify the struct device_type usage
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH 06/12] net: geneve: constify the struct device_type usage
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH 05/12] net: ppp: constify the struct device_type usage
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH 04/12] net: vxlan: constify the struct device_type usage
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net-next 9/9] selftests: vxlan_mdb: Add MDB bulk deletion test
  • From: Yujie Liu <yujie.liu@xxxxxxxxx>
• Re: [PATCH 02/12] net: dsa: constify the struct device_type usage
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH 12/12] net: hso: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 11/12] net: wwan: core: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 10/12] net: netdevsim: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 09/12] net: vlan: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 08/12] net: l2tp: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 07/12] net: hsr: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 06/12] net: geneve: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 05/12] net: ppp: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 04/12] net: vxlan: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 03/12] net: bridge: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 02/12] net: dsa: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 01/12] net: usbnet: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 00/12] net: constify struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• Re: [PATCH v5 net 0/2] net: bridge: switchdev: Ensure MDB events are delivered exactly once
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH v5 net 1/2] net: bridge: switchdev: Skip MDB replays of deferred events on offload
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net 2/2] net: bridge: switchdev: Ensure deferred event delivery on unoffload
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v5 net 0/2] net: bridge: switchdev: Ensure MDB events are delivered exactly once
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v4 net 1/2] net: bridge: switchdev: Skip MDB replays of deferred events on offload
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v4 net 2/2] net: bridge: switchdev: Ensure deferred event delivery on unoffload
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v4 net 1/2] net: bridge: switchdev: Skip MDB replays of deferred events on offload
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• [PATCH v4 net 2/2] net: bridge: switchdev: Ensure deferred event delivery on unoffload
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net 0/2] net: bridge: switchdev: Ensure MDB events are delivered exactly once
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v4 net 1/2] net: bridge: switchdev: Skip MDB replays of deferred events on offload
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH] net: bridge: Fix refcnt issues in dev_ioctl
  • From: Alexander Ofitserov <oficerovas@xxxxxxxxxxxx>
• Re: [PATCH v3 net] net: bridge: switchdev: Skip MDB replays of pending events
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v3 net] net: bridge: switchdev: Skip MDB replays of pending events
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v3 net] net: bridge: switchdev: Skip MDB replays of pending events
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v3 net] net: bridge: switchdev: Skip MDB replays of pending events
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v3 net] net: bridge: switchdev: Skip MDB replays of pending events
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 2/5] net: switchdev: Add helpers to display switchdev objects as strings
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 net-next 0/5] net: switchdev: Tracepoints
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 net-next 2/5] net: switchdev: Add helpers to display switchdev objects as strings
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 0/5] net: switchdev: Tracepoints
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v3 net] net: bridge: switchdev: Skip MDB replays of pending events
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 2/5] net: switchdev: Add helpers to display switchdev objects as strings
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 net-next 0/5] net: switchdev: Tracepoints
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v3 net] net: bridge: switchdev: Skip MDB replays of pending events
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [PATCH v3 net] net: bridge: switchdev: Skip MDB replays of pending events
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v2 net] net: bridge: switchdev: Skip MDB replays of pending events
  • From: Antoine Tenart <atenart@xxxxxxxxxx>
• [PATCH v2 net] net: bridge: switchdev: Skip MDB replays of pending events
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH net 1/2] net: switchdev: Add helper to check if an object event is pending
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [PATCH net-next] net: bridge: Use KMEM_CACHE instead of kmem_cache_create
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net 1/2] net: switchdev: Add helper to check if an object event is pending
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net 1/2] net: switchdev: Add helper to check if an object event is pending
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net-next 02/17] net: switchdev: Add a helper to replay objects on a bridge port
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net 2/2] net: bridge: switchdev: Skip MDB replays of pending events
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net 1/2] net: switchdev: Add helper to check if an object event is pending
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH net 2/2] net: bridge: switchdev: Skip MDB replays of pending events
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net 1/2] net: switchdev: Add helper to check if an object event is pending
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net 1/2] net: switchdev: Add helper to check if an object event is pending
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: net: switchdev: Port-to-Bridge Synchronization
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net 1/2] net: switchdev: Add helper to check if an object event is pending
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [PATCH net 0/2] net: bridge: switchdev: Skip MDB replays of pending events
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH net 2/2] net: bridge: switchdev: Skip MDB replays of pending events
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH net 1/2] net: switchdev: Add helper to check if an object event is pending
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] net: bridge: Use KMEM_CACHE instead of kmem_cache_create
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [PATCH net-next] net: bridge: Use KMEM_CACHE instead of kmem_cache_create
  • From: Kunwu Chan <chentao@xxxxxxxxxx>
• Re: [PATCH net v2] bridge: mcast: fix disabled snooping after long uptime
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: net: switchdev: Port-to-Bridge Synchronization
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 5/5] net: switchdev: Add tracepoints
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 4/5] net: switchdev: Prepare deferred notifications before enqueuing them
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 3/5] net: switchdev: Relay all replay messages through a central function
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 2/5] net: switchdev: Add helpers to display switchdev objects as strings
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 1/5] net: switchdev: Wrap enums in mapper macros
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH v2 net-next 0/5] net: switchdev: Tracepoints
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] net: bridge: Use KMEM_CACHE instead of kmem_cache_create
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [PATCH net-next] net: bridge: Use KMEM_CACHE instead of kmem_cache_create
  • From: Kunwu Chan <chentao@xxxxxxxxxx>
• Re: [PATCH net-next] net: bridge: Use KMEM_CACHE instead of kmem_cache_create
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: net: switchdev: Port-to-Bridge Synchronization
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH net v2] bridge: mcast: fix disabled snooping after long uptime
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net v2] bridge: mcast: fix disabled snooping after long uptime
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH net] bridge: mcast: fix disabled snooping after long uptime
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net] bridge: mcast: fix disabled snooping after long uptime
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH net-next 3/5] net: switchdev: Relay all replay messages through a central function
  • From: kernel test robot <lkp@xxxxxxxxx>
• net: switchdev: Port-to-Bridge Synchronization
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH net-next 3/5] net: switchdev: Relay all replay messages through a central function
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next 5/5] net: switchdev: Add tracepoints
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH net-next 4/5] net: switchdev: Prepare deferred notifications before enqueuing them
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH net-next 3/5] net: switchdev: Relay all replay messages through a central function
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH net-next 2/5] net: switchdev: Add helpers to display switchdev objects as strings
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH net-next 1/5] net: switchdev: Wrap enums in mapper macros
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• [PATCH net-next 0/5] net: switchdev: Tracepoints
  • From: Tobias Waldekranz <tobias@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] netlink: bridge: fix nf_bridge->physindev use after free
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [PATCH v3 0/4] netlink: bridge: fix nf_bridge->physindev use after free
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.15 45/47] bridge: cfm: fix enum typo in br_cc_ccm_tx_parse
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 65/68] bridge: cfm: fix enum typo in br_cc_ccm_tx_parse
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 098/104] bridge: cfm: fix enum typo in br_cc_ccm_tx_parse
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.7 101/108] bridge: cfm: fix enum typo in br_cc_ccm_tx_parse
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v3 3/4] netfilter: propagate net to nf_bridge_get_physindev
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v3 2/4] netfilter: nf_queue: remove excess nf_bridge variable
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v3 1/4] netfilter: nfnetlink_log: use proper helper for fetching physinif
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 0/3] Update LLVM Phabricator and Bugzilla links
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH 0/3] Update LLVM Phabricator and Bugzilla links
  • From: Fangrui Song <maskray@xxxxxxxxxx>
• Re: [PATCH 1/3] selftests/bpf: Update LLVM Phabricator links
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH 1/3] selftests/bpf: Update LLVM Phabricator links
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH 1/3] selftests/bpf: Update LLVM Phabricator links
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH v3 4/4] netfilter: bridge: replace physindev with physinif in nf_bridge_info
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• [PATCH v3 3/4] netfilter: propagate net to nf_bridge_get_physindev
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• [PATCH v3 2/4] netfilter: nf_queue: remove excess nf_bridge variable
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• [PATCH v3 1/4] netfilter: nfnetlink_log: use proper helper for fetching physinif
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• [PATCH v3 0/4] netlink: bridge: fix nf_bridge->physindev use after free
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] selftests/bpf: Update LLVM Phabricator links
  • From: Yonghong Song <yonghong.song@xxxxxxxxx>
• Re: [PATCH 0/3] Update LLVM Phabricator and Bugzilla links
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/3] arch and include: Update LLVM Phabricator links
  • From: Conor Dooley <conor@xxxxxxxxxx>
• [PATCH 3/3] treewide: Update LLVM Bugzilla links
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH 2/3] arch and include: Update LLVM Phabricator links
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH 1/3] selftests/bpf: Update LLVM Phabricator links
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• [PATCH 0/3] Update LLVM Phabricator and Bugzilla links
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: cfm: fix enum typo in br_cc_ccm_tx_parse
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v2] bridge: cfm: fix enum typo in br_cc_ccm_tx_parse
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH v1] bridge: cfm: fix enum typo in br_cc_ccm_tx_parse
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next v2] bridge: cfm: fix enum typo in br_cc_ccm_tx_parse
  • From: Lin Ma <linma@xxxxxxxxxx>
• Re: [PATCH v1] bridge: cfm: fix enum typo in br_cc_ccm_tx_parse
  • From: "Lin Ma" <linma@xxxxxxxxxx>
• Re: [PATCH v1] bridge: cfm: fix enum typo in br_cc_ccm_tx_parse
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH net-next 0/9] Add MDB bulk deletion support
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH v1] bridge: cfm: fix enum typo in br_cc_ccm_tx_parse
  • From: Lin Ma <linma@xxxxxxxxxx>
• Re: [PATCH net-next 9/9] selftests: vxlan_mdb: Add MDB bulk deletion test
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 8/9] selftests: bridge_mdb: Add MDB bulk deletion test
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 7/9] rtnetlink: bridge: Enable MDB bulk deletion
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 6/9] vxlan: mdb: Add MDB bulk deletion support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 5/9] bridge: mdb: Add MDB bulk deletion support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 4/9] rtnetlink: bridge: Invoke MDB bulk deletion when needed
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 3/9] net: Add MDB bulk deletion device operation
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 2/9] rtnetlink: bridge: Use a different policy for MDB bulk delete
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/9] bridge: add MDB state mask uAPI attribute
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 8/9] selftests: bridge_mdb: Add MDB bulk deletion test
  • From: Hangbin Liu <liuhangbin@xxxxxxxxx>
• [PATCH net-next 9/9] selftests: vxlan_mdb: Add MDB bulk deletion test
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 8/9] selftests: bridge_mdb: Add MDB bulk deletion test
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 7/9] rtnetlink: bridge: Enable MDB bulk deletion
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 6/9] vxlan: mdb: Add MDB bulk deletion support
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 4/9] rtnetlink: bridge: Invoke MDB bulk deletion when needed
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 5/9] bridge: mdb: Add MDB bulk deletion support
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 2/9] rtnetlink: bridge: Use a different policy for MDB bulk delete
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 0/9] Add MDB bulk deletion support
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 3/9] net: Add MDB bulk deletion device operation
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 1/9] bridge: add MDB state mask uAPI attribute
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next 07/24] netfilter: br_netfilter: Use nested-BH locking for brnf_frag_data_storage.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] can: j1939: prevent deadlock by changing j1939_socks_lock to rwlock
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [syzbot] [can?] possible deadlock in j1939_sk_errqueue (2)
  • From: syzbot <syzbot+1591462f226d9cbf0564@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: update lists.linuxfoundation.org migrated lists
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] MAINTAINERS: update lists.linuxfoundation.org migrated lists
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: PSA: the bridge list will be moving to lists.linux.dev
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• PSA: the bridge list will be moving to lists.linux.dev
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net: bridge: fill in MODULE_DESCRIPTION()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next] net: bridge: fill in MODULE_DESCRIPTION()
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 00/13] Add MDB get support
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Fw: [Bug 218047] New: linux network bridge kernel set group_fwd_mask 65535
  • From: Stephen Hemminger via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 09/13] bridge: mcast: Add MDB get support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 07/13] bridge: add MDB get uAPI attributes
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next v2 13/13] selftests: vxlan_mdb: Use MDB get instead of dump
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 12/13] selftests: bridge_mdb: Use MDB get instead of dump
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 11/13] rtnetlink: Add MDB get support
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 10/13] vxlan: mdb: Add MDB get support
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 09/13] bridge: mcast: Add MDB get support
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 08/13] net: Add MDB get device operation
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 07/13] bridge: add MDB get uAPI attributes
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 06/13] vxlan: mdb: Factor out a helper for remote entry size calculation
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 05/13] vxlan: mdb: Adjust function arguments
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 04/13] bridge: mcast: Rename MDB entry get function
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 02/13] bridge: mcast: Account for missing attributes
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 03/13] bridge: mcast: Factor out a helper for PG entry size calculation
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 01/13] bridge: mcast: Dump MDB entries even when snooping is disabled
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 00/13] Add MDB get support
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH iproute2-next v5] iplink: bridge: Add support for bridge FDB learning limits
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Scott Wadkins <scottwadkins1@xxxxxxxxx>
• Re: [PATCH iproute2-next v5] iplink: bridge: Add support for bridge FDB learning limits
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH iproute2-next v5] iplink: bridge: Add support for bridge FDB learning limits
  • From: Petr Machata via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH iproute2-next v5] iplink: bridge: Add support for bridge FDB learning limits
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 0/5] bridge: Add a limit on learned FDB entries
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 09/13] bridge: mcast: Add MDB get support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v5 4/5] net: bridge: Set strict_start_type for br_policy
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next v5 3/5] net: bridge: Add netlink knobs for number / max learned FDB entries
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next 09/13] bridge: mcast: Add MDB get support
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 07/13] bridge: add MDB get uAPI attributes
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 4/5] net: bridge: Set strict_start_type for br_policy
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v5 3/5] net: bridge: Add netlink knobs for number / max learned FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 13/13] selftests: vxlan_mdb: Use MDB get instead of dump
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 12/13] selftests: bridge_mdb: Use MDB get instead of dump
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 11/13] rtnetlink: Add MDB get support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 10/13] vxlan: mdb: Add MDB get support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 09/13] bridge: mcast: Add MDB get support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 08/13] net: Add MDB get device operation
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 07/13] bridge: add MDB get uAPI attributes
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 06/13] vxlan: mdb: Factor out a helper for remote entry size calculation
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 05/13] vxlan: mdb: Adjust function arguments
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 04/13] bridge: mcast: Rename MDB entry get function
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 03/13] bridge: mcast: Factor out a helper for PG entry size calculation
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 02/13] bridge: mcast: Account for missing attributes
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 01/13] bridge: mcast: Dump MDB entries even when snooping is disabled
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next v5 5/5] selftests: forwarding: bridge_fdb_learning_limit: Add a new selftest
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 0/5] bridge: Add a limit on learned FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 4/5] net: bridge: Set strict_start_type for br_policy
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 2/5] net: bridge: Track and limit dynamically learned FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 3/5] net: bridge: Add netlink knobs for number / max learned FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v5 1/5] net: bridge: Set BR_FDB_ADDED_BY_USER early in fdb_add_entry
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 13/13] selftests: vxlan_mdb: Use MDB get instead of dump
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 12/13] selftests: bridge_mdb: Use MDB get instead of dump
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 10/13] vxlan: mdb: Add MDB get support
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 07/13] bridge: add MDB get uAPI attributes
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 11/13] rtnetlink: Add MDB get support
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 09/13] bridge: mcast: Add MDB get support
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 08/13] net: Add MDB get device operation
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 05/13] vxlan: mdb: Adjust function arguments
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 06/13] vxlan: mdb: Factor out a helper for remote entry size calculation
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 03/13] bridge: mcast: Factor out a helper for PG entry size calculation
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 00/13] Add MDB get support
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 04/13] bridge: mcast: Rename MDB entry get function
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 01/13] bridge: mcast: Dump MDB entries even when snooping is disabled
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 02/13] bridge: mcast: Account for missing attributes
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 00/11] Extend VXLAN driver to support FDB flushing
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 11/11] selftests: fdb_flush: Add test cases for FDB flush with bridge device
  • From: Scott Wadkins <scottwadkins1@xxxxxxxxx>
• [PATCH net-next 10/11] selftests: Add test cases for FDB flush with VXLAN device
  • From: Amit Cohen via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 11/11] selftests: fdb_flush: Add test cases for FDB flush with bridge device
  • From: Amit Cohen via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 02/11] vxlan: vxlan_core: Make vxlan_flush() more generic for future use
  • From: Amit Cohen via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 08/11] vxlan: vxlan_core: Support FDB flushing by destination port
  • From: Amit Cohen via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 07/11] vxlan: vxlan_core: Support FDB flushing by destination VNI
  • From: Amit Cohen via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 06/11] vxlan: vxlan_core: Support FDB flushing by nexthop ID
  • From: Amit Cohen via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 00/11] Extend VXLAN driver to support FDB flushing
  • From: Amit Cohen via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 05/11] vxlan: vxlan_core: Support FDB flushing by source VNI
  • From: Amit Cohen via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 03/11] vxlan: vxlan_core: Do not skip default entry in vxlan_flush() by default
  • From: Amit Cohen via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 09/11] vxlan: vxlan_core: Support FDB flushing by destination IP
  • From: Amit Cohen via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 01/11] net: Handle bulk delete policy in bridge driver
  • From: Amit Cohen via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 04/11] vxlan: vxlan_core: Add support for FDB flush
  • From: Amit Cohen via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [bridge?] possible deadlock in br_multicast_rcv (3)
  • From: syzbot <syzbot+d7b7f1412c02134efa6d@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] bridge: MTU auto tuning ignores IFLA_MTU on NEWLINK
  • From: Trent Lloyd <trent.lloyd@xxxxxxxxxxxxx>
• Re: [PATCH net-next 00/11] Extend VXLAN driver to support FDB flushing
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH 4.19 11/91] net: bridge: use DEV_STATS_INC()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.10 051/226] net: bridge: use DEV_STATS_INC()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.4 027/131] net: bridge: use DEV_STATS_INC()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.5 087/321] net: bridge: use DEV_STATS_INC()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.1 074/259] net: bridge: use DEV_STATS_INC()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.15 058/183] net: bridge: use DEV_STATS_INC()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: MTU auto tuning ignores IFLA_MTU on NEWLINK
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: MTU auto tuning ignores IFLA_MTU on NEWLINK
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: MTU auto tuning ignores IFLA_MTU on NEWLINK
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 5/6] net: bridge: Add a configurable default FDB learning limit
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next v4 3/6] net: bridge: Track and limit dynamically learned FDB entries
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next v4 2/6] net: bridge: Set strict_start_type for br_policy
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v4 4/6] net: bridge: Add netlink knobs for number / max learned FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 4/6] net: bridge: Add netlink knobs for number / max learned FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 1/6] net: bridge: Set BR_FDB_ADDED_BY_USER early in fdb_add_entry
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next v4 5/6] net: bridge: Add a configurable default FDB learning limit
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 2/6] net: bridge: Set strict_start_type for br_policy
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 5/6] net: bridge: Add a configurable default FDB learning limit
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v4 4/6] net: bridge: Add netlink knobs for number / max learned FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v4 2/6] net: bridge: Set strict_start_type for br_policy
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v4 6/6] selftests: forwarding: bridge_fdb_learning_limit: Add a new selftest
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 5/6] net: bridge: Add a configurable default FDB learning limit
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 4/6] net: bridge: Add netlink knobs for number / max learned FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 3/6] net: bridge: Track and limit dynamically learned FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 2/6] net: bridge: Set strict_start_type for br_policy
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 1/6] net: bridge: Set BR_FDB_ADDED_BY_USER early in fdb_add_entry
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: use DEV_STATS_INC()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next v4 6/6] selftests: forwarding: bridge_fdb_learning_limit: Add a new selftest
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH iproute2-next v4] iplink: bridge: Add sup20230919-fdb_limit-v4-0-1a2a59694d67@xxxxxxx bridge FDB learning limits
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 4/6] net: bridge: Add netlink knobs for number / max learned FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 0/6] bridge: Add a limit on learned FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 3/6] net: bridge: Track and limit dynamically learned FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 1/6] net: bridge: Set BR_FDB_ADDED_BY_USER early in fdb_add_entry
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 2/6] net: bridge: Set strict_start_type for br_policy
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v4 5/6] net: bridge: Add a configurable default FDB learning limit
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH iproute2-next 1/2] configure: add the --color option
  • From: Andrea Claudi <aclaudi@xxxxxxxxxx>
• [PATCH iproute2-next 2/2] treewide: use configured value as the default color output
  • From: Andrea Claudi <aclaudi@xxxxxxxxxx>
• [PATCH iproute2-next 1/2] configure: add the --color option
  • From: Andrea Claudi <aclaudi@xxxxxxxxxx>
• [PATCH iproute2-next 0/2] configure: add support for color
  • From: Andrea Claudi <aclaudi@xxxxxxxxxx>
• Re: [PATCH AUTOSEL 4.14 6/8] netfilter: ebtables: fix fortify warnings in size_entry_mwt()
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH net] net: bridge: use DEV_STATS_INC()
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net] net: bridge: use DEV_STATS_INC()
  • From: Eric Dumazet via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH iproute2-next 1/2] configure: add the --color option
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH iproute2-next 1/2] configure: add the --color option
  • From: Stephen Hemminger via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH iproute2-next 0/2] configure: add support for color
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v3 3/6] net: bridge: Track and limit dynamically learned FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.14 6/8] netfilter: ebtables: fix fortify warnings in size_entry_mwt()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 11/14] netfilter: ebtables: fix fortify warnings in size_entry_mwt()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 12/15] netfilter: ebtables: fix fortify warnings in size_entry_mwt()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 20/26] netfilter: ebtables: fix fortify warnings in size_entry_mwt()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.4 30/41] netfilter: ebtables: fix fortify warnings in size_entry_mwt()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 33/45] netfilter: ebtables: fix fortify warnings in size_entry_mwt()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [GIT PULL] sysctl changes for v6.6-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] sysctl changes for v6.6-rc1
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• Re: [PATCH net-next v2] netfilter: ebtables: replace zero-length array members
  • From: Gong Ruiqi via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v4] netfilter: ebtables: fix fortify warnings in size_entry_mwt()
  • From: "GONG, Ruiqi" <gongruiqi@xxxxxxxxxxxxxxx>
• [PATCH net-next v2] netfilter: ebtables: replace zero-length array members
  • From: "GONG, Ruiqi" <gongruiqi@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] sysctl changes for v6.6-rc1
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH iproute2-next v3] iplink: bridge: Add support for bridge FDB learning limits
  • From: Petr Machata via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 6/6] selftests: forwarding: bridge_fdb_learning_limit: Add a new selftest
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v3 1/6] net: bridge: Set BR_FDB_ADDED_BY_USER early in fdb_add_entry
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH iproute2-next v3] iplink: bridge: Add support for bridge FDB learning limits
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 0/6] bridge: Add a limit on learned FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 6/6] selftests: forwarding: bridge_fdb_learning_limit: Add a new selftest
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 5/6] net: bridge: Add a configurable default FDB learning limit
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 4/6] net: bridge: Add netlink knobs for number / max learned FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 1/6] net: bridge: Set BR_FDB_ADDED_BY_USER early in fdb_add_entry
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 3/6] net: bridge: Track and limit dynamically learned FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v3 2/6] net: bridge: Set strict_start_type for br_policy
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] sysctl changes for v6.6-rc1
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH] net: bridge: Fix refcnt issues in dev_ioctl
  • From: Ziqi Zhao via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: bridge: Fix refcnt issues in dev_ioctl
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH] net: bridge: Fix refcnt issues in dev_ioctl
  • From: Ziqi Zhao via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: bridge: Fix refcnt issues in dev_ioctl
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH] net: bridge: Fix refcnt issues in dev_ioctl
  • From: Ziqi Zhao via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2] netfilter: ebtables: replace zero-length array members
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v3 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
  • From: Przemek Kitszel <przemyslaw.kitszel@xxxxxxxxx>
• Re: [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [bridge]: STP: no port in blocking state despite a loop when in a network namespace
  • From: "Hasenbosch, Samuel J" <Samuel.J.Hasenbosch@xxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Chris Maness <christopher.maness@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Chris Maness <christopher.maness@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Chris Maness <christopher.maness@xxxxxxxxx>
• Re: [bridge]: STP: no port in blocking state despite a loop when in a network namespace
  • From: "Hasenbosch, Samuel J" <Samuel.J.Hasenbosch@xxxxxxxxxx>
• Re: Getting + maintaining a consistent MDB view in userspace?
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: Getting + maintaining a consistent MDB view in userspace?
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH v3 14/14] sysctl: Use ctl_table_size as stopping criteria for list macro
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 13/14] sysctl: SIZE_MAX->ARRAY_SIZE in register_net_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 12/14] vrf: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 10/14] netfilter: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 09/14] ax.25: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 08/14] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 07/14] sysctl: Add size arg to __register_sysctl_init
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 06/14] sysctl: Add size to register_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 05/14] sysctl: Add a size arg to __register_sysctl_table
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 04/14] sysctl: Add size argument to init_header
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 03/14] sysctl: Add ctl_table_size to ctl_table_header
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 02/14] sysctl: Use ctl_table_header in list_for_each_table_entry
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 01/14] sysctl: Prefer ctl_table_header in proc_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v3 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: Getting + maintaining a consistent MDB view in userspace?
  • From: Stephen Hemminger via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Getting + maintaining a consistent MDB view in userspace?
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH] can: j1939: prevent deadlock by changing j1939_socks_lock to rwlock
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH v2 10/14] netfilter: Update to register_net_sysctl_sz
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH v2 10/14] netfilter: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 13/14] sysctl: SIZE_MAX->ARRAY_SIZE in register_net_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 14/14] sysctl: Use ctl_table_size as stopping criteria for list macro
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 12/14] vrf: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 06/14] sysctl: Add size to register_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 09/14] ax.25: Update to register_net_sysctl_sz
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 05/14] sysctl: Add a size arg to __register_sysctl_table
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 07/14] sysctl: Add size arg to __register_sysctl_init
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 08/14] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 04/14] sysctl: Add size argument to init_header
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 01/14] sysctl: Prefer ctl_table_header in proc_sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• [PATCH v2 02/14] sysctl: Use ctl_table_header in list_for_each_table_entry
  • From: Joel Granados <joel.granados@xxxxxxxxx>
• Re: [PATCH] can: j1939: prevent deadlock by changing j1939_socks_lock to rwlock
  • From: Oleksij Rempel <o.rempel@xxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: Remove unused declaration br_multicast_set_hash_max()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next] bridge: Remove unused declaration br_multicast_set_hash_max()
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: Remove unused declaration br_multicast_set_hash_max()
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH 10/14] netfilter: Update to register_net_sysctl_sz
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [PATCH net-next] bridge: Remove unused declaration br_multicast_set_hash_max()
  • From: YueHaibing via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 10/14] netfilter: Update to register_net_sysctl_sz
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v1 net] bridge: Return an error when enabling STP in netns.
  • From: Harry Coin via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] can: j1939: prevent deadlock by changing j1939_socks_lock to rwlock
  • From: Ziqi Zhao via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 02/17] net: switchdev: Add a helper to replay objects on a bridge port
  • From: Petr Machata via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 01/17] net: bridge: br_switchdev: Tolerate -EOPNOTSUPP when replaying MDB
  • From: Petr Machata via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 0/4] Add backup nexthop ID support
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v2 0/4] Add backup nexthop ID support
  • From: David Ahern <dsahern@xxxxxxxxx>
• [PATCH net-next v2 4/4] selftests: net: Add bridge backup port and backup nexthop ID test
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 3/4] bridge: Add backup nexthop ID support
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 2/4] vxlan: Add support for nexthop ID metadata
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 0/4] Add backup nexthop ID support
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 1/4] ip_tunnels: Add nexthop ID field to ip_tunnel_key
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 0/4] Add backup nexthop ID support
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH v2 net] bridge: Add extack warning when enabling STP in netns.
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [RFC PATCH net-next 3/4] bridge: Add backup nexthop ID support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 4/4] selftests: net: Add bridge backup port and backup nexthop ID test
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 3/4] bridge: Add backup nexthop ID support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 2/4] vxlan: Add support for nexthop ID metadata
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 1/4] ip_tunnels: Add nexthop ID field to ip_tunnel_key
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [RFC PATCH net-next 4/4] selftests: net: Add bridge backup port and backup nexthop ID test
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 3/4] bridge: Add backup nexthop ID support
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 2/4] vxlan: Add support for nexthop ID metadata
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 0/4] Add backup nexthop ID support
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 1/4] ip_tunnels: Add nexthop ID field to ip_tunnel_key
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net] bridge: Add extack warning when enabling STP in netns.
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH v2 net] bridge: Add extack warning when enabling STP in netns.
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH v2 net] bridge: Add extack warning when enabling STP in netns.
  • From: Kuniyuki Iwashima via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 net] bridge: Return an error when enabling STP in netns.
  • From: Kuniyuki Iwashima via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 net] bridge: Return an error when enabling STP in netns.
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH v1 net] bridge: Return an error when enabling STP in netns.
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH v1 net] bridge: Return an error when enabling STP in netns.
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: llc needs namespace awareness asap, was Re: Patch fixing STP if bridge in non-default namespace.
  • From: Petr Machata via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v1 net] bridge: Return an error when enabling STP in netns.
  • From: Kuniyuki Iwashima via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 net] bridge: Return an error when enabling STP in netns.
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: keep ports without IFF_UNICAST_FLT in BR_PROMISC mode
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net] net: bridge: keep ports without IFF_UNICAST_FLT in BR_PROMISC mode
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] net: bridge: keep ports without IFF_UNICAST_FLT in BR_PROMISC mode
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] net: bridge: keep ports without IFF_UNICAST_FLT in BR_PROMISC mode
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [PATCH] can: j1939: prevent deadlock by changing j1939_socks_lock to rwlock
  • From: Ziqi Zhao via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 09/11] sysctl: Remove the end element in sysctl table arrays
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 09/11] sysctl: Remove the end element in sysctl table arrays
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 09/11] sysctl: Remove the end element in sysctl table arrays
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 09/11] sysctl: Remove the end element in sysctl table arrays
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• [PATCH 09/11] sysctl: Remove the end element in sysctl table arrays
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [syzbot] [net?] unregister_netdevice: waiting for DEV to become free (8)
  • From: Dongliang Mu <mudongliangabcd@xxxxxxxxx>
• Re: [PATCH net-next v2 2/3] bridge: Add a limit on learned FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/3] bridge: Add a limit on learned FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [syzbot] [net?] unregister_netdevice: waiting for DEV to become free (8)
  • From: Ziqi Zhao via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/3] bridge: Add a limit on learned FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 3/3] net: bridge: Add a configurable default FDB learning limit
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/3] bridge: Add a limit on learned FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/3] bridge: Add a limit on learned FDB entries
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 1/3] bridge: Set BR_FDB_ADDED_BY_USER early in fdb_add_entry
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH iproute2-next 1/1] iplink: bridge: Add support for bridge FDB learning limits
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 0/3, iproute2-next 0/1] bridge: Add a limit on learned FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 3/3] net: bridge: Add a configurable default FDB learning limit
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 2/3] bridge: Add a limit on learned FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH iproute2-next 1/1] iplink: bridge: Add support for bridge FDB learning limits
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 1/3] bridge: Set BR_FDB_ADDED_BY_USER early in fdb_add_entry
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [syzbot] [net?] unregister_netdevice: waiting for DEV to become free (8)
  • From: syzbot <syzbot+881d65229ca4f9ae8c84@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH iproute2 3/7] bridge: make print_vlan_info static
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH iproute2 3/7] bridge: make print_vlan_info static
  • From: Stephen Hemminger via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 0/8] Add layer 2 miss indication and filtering
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v2 1/8] skbuff: bridge: Add layer 2 miss indication
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v2 7/8] mlxsw: spectrum_flower: Add ability to match on layer 2 miss
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 6/8] mlxsw: spectrum_flower: Do not force matching on iif
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 5/8] mlxsw: spectrum_flower: Split iif parsing to a separate function
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 8/8] selftests: forwarding: Add layer 2 miss test cases
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 4/8] flow_offload: Reject matching on layer 2 miss
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 3/8] net/sched: flower: Allow matching on layer 2 miss
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/8] flow_dissector: Dissect layer 2 miss from tc skb extension
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 1/8] skbuff: bridge: Add layer 2 miss indication
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next v2 8/8] selftests: forwarding: Add layer 2 miss test cases
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 7/8] mlxsw: spectrum_flower: Add ability to match on layer 2 miss
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 6/8] mlxsw: spectrum_flower: Do not force matching on iif
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 5/8] mlxsw: spectrum_flower: Split iif parsing to a separate function
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 4/8] flow_offload: Reject matching on layer 2 miss
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 3/8] net/sched: flower: Allow matching on layer 2 miss
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 2/8] flow_dissector: Dissect layer 2 miss from tc skb extension
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 0/8] Add layer 2 miss indication and filtering
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 1/8] skbuff: bridge: Add layer 2 miss indication
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 1/5] skbuff: bridge: Add layer 2 miss indication
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next 1/5] skbuff: bridge: Add layer 2 miss indication
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/5] skbuff: bridge: Add layer 2 miss indication
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 1/5] skbuff: bridge: Add layer 2 miss indication
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next 1/5] skbuff: bridge: Add layer 2 miss indication
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 1/5] skbuff: bridge: Add layer 2 miss indication
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/5] skbuff: bridge: Add layer 2 miss indication
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next 3/5] flow_offload: Reject matching on layer 2 miss
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH net-next 3/5] flow_offload: Reject matching on layer 2 miss
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 1/5] skbuff: bridge: Add layer 2 miss indication
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 4/5] mlxsw: spectrum_flower: Add ability to match on layer 2 miss
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH net-next 3/5] flow_offload: Reject matching on layer 2 miss
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH net-next 2/5] net/sched: flower: Allow matching on layer 2 miss
  • From: Simon Horman <simon.horman@xxxxxxxxxxxx>
• Re: [PATCH net-next 1/5] skbuff: bridge: Add layer 2 miss indication
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 5/5] selftests: forwarding: Add layer 2 miss test cases
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 1/5] skbuff: bridge: Add layer 2 miss indication
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 0/5] Add layer 2 miss indication and filtering
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 4/5] mlxsw: spectrum_flower: Add ability to match on layer 2 miss
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 3/5] flow_offload: Reject matching on layer 2 miss
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 2/5] net/sched: flower: Allow matching on layer 2 miss
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 2/2] bridge: Add a sysctl to limit new brides FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 2/2] bridge: Add a sysctl to limit new brides FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 2/2] bridge: Add a sysctl to limit new brides FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Johannes Nixdorf via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] bridge: always declare tunnel functions
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH 3/4] bridge: always declare tunnel functions
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 2/2] bridge: Add a sysctl to limit new brides FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 2/2] bridge: Add a sysctl to limit new brides FDB entries
  • From: Stephen Hemminger via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 2/2] bridge: Add a sysctl to limit new brides FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add a limit on FDB entries
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [EXT] [RFC PATCH net-next 3/5] flow_offload: Reject matching on layer 2 miss
  • From: Elad Nachman <enachman@xxxxxxxxxxx>
• [RFC PATCH net-next 5/5] selftests: forwarding: Add layer 2 miss test cases
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 4/5] mlxsw: spectrum_flower: Add ability to match on layer 2 miss
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 2/5] net/sched: flower: Allow matching on layer 2 miss
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 3/5] flow_offload: Reject matching on layer 2 miss
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 1/5] skbuff: bridge: Add layer 2 miss indication
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 0/5] Add layer 2 miss indication and filtering
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [Question] Any plan to write/update the bridge doc?
  • From: Hangbin Liu <liuhangbin@xxxxxxxxx>
• Re: [Question] Any plan to write/update the bridge doc?
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [Question] Any plan to write/update the bridge doc?
  • From: Hangbin Liu <liuhangbin@xxxxxxxxx>
• Re: [Question] Any plan to write/update the bridge doc?
  • From: Stephen Hemminger via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [Question] Any plan to write/update the bridge doc?
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [Question] Any plan to write/update the bridge doc?
  • From: Stephen Hemminger via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [Question] Any plan to write/update the bridge doc?
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: Hans Schultz <netdev@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: Hans Schultz <netdev@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [Question] Any plan to write/update the bridge doc?
  • From: Hangbin Liu <liuhangbin@xxxxxxxxx>
• Re: [PATCH v2 net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: Hans Schultz <netdev@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: Jesse Brandeburg <jesse.brandeburg@xxxxxxxxx>
• Re: [PATCH net-next] net/bridge: add drop reasons for bridge forwarding
  • From: xu xin <xu.xin.sc@xxxxxxxxx>
• Re: [PATCH net-next v2 0/9] bridge: Add per-{Port, VLAN} neighbor suppression
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v2 net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v2 net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 9/9] selftests: net: Add bridge neighbor suppression test
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 8/9] bridge: Allow setting per-{Port, VLAN} neighbor suppression state
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 7/9] bridge: vlan: Allow setting VLAN neighbor suppression state
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 6/9] bridge: Add per-{Port, VLAN} neighbor suppression data path support
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 5/9] bridge: Encapsulate data path neighbor suppression logic
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 4/9] bridge: Take per-{Port, VLAN} neighbor suppression into account
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 3/9] bridge: Add internal flags for per-{Port, VLAN} neighbor suppression
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 2/9] bridge: Pass VLAN ID to br_flood()
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 1/9] bridge: Reorder neighbor suppression check when flooding
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 0/9] bridge: Add per-{Port, VLAN} neighbor suppression
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 0/9] bridge: Add per-{Port, VLAN} neighbor suppression
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 0/9] bridge: Add per-{Port, VLAN} neighbor suppression
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [RFC PATCH net-next 0/9] bridge: Add per-{Port, VLAN} neighbor suppression
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 0/9] bridge: Add per-{Port, VLAN} neighbor suppression
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH v2 net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• [RFC PATCH net-next 9/9] selftests: net: Add bridge neighbor suppression test
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 8/9] bridge: Allow setting per-{Port, VLAN} neighbor suppression state
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 7/9] bridge: vlan: Allow setting VLAN neighbor suppression state
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 6/9] bridge: Add per-{Port, VLAN} neighbor suppression data path support
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 5/9] bridge: Encapsulate data path neighbor suppression logic
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 4/9] bridge: Take per-{Port, VLAN} neighbor suppression into account
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 3/9] bridge: Add internal flags for per-{Port, VLAN} neighbor suppression
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 2/9] bridge: Pass VLAN ID to br_flood()
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 1/9] bridge: Reorder neighbor suppression check when flooding
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next 0/9] bridge: Add per-{Port, VLAN} neighbor suppression
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: Ido Schimmel via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net/bridge: add drop reasons for bridge forwarding
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next] net/bridge: add drop reasons for bridge forwarding
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next] net/bridge: add drop reasons for bridge forwarding
  • From: <yang.yang29@xxxxxxxxxx>
• [PATCH net] net: bridge: switchdev: don't notify FDB entries with "master dynamic"
  • From: Vladimir Oltean <vladimir.oltean@xxxxxxx>
• Re: [PATCH net-next] net/bridge: add drop reasons for bridge forwarding
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 net-next 6/6] selftests: forwarding: add dynamic FDB test
  • From: Hans Schultz <netdev@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 2/6] net: dsa: propagate flags down towards drivers
  • From: Hans Schultz <netdev@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 6/6] selftests: forwarding: add dynamic FDB test
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 2/6] net: dsa: propagate flags down towards drivers
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 2/6] net: dsa: propagate flags down towards drivers
  • From: Hans Schultz <netdev@xxxxxxxxxxxxxxxxxxxx>
• Option to forward *unconditionally* on a bridge?
  • From: "Gabriel L. Somlo" <gsomlo@xxxxxxxxx>
• VLAN-aware multicast querier after if link up
  • From: Dennis Hamester via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 6/6] selftests: forwarding: add dynamic FDB test
  • From: Hans Schultz <netdev@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 6/6] selftests: forwarding: add dynamic FDB test
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 6/6] selftests: forwarding: add dynamic FDB test
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>
• Re: [PATCH v2 net-next 6/6] selftests: forwarding: add dynamic FDB test
  • From: Hans Schultz <netdev@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 6/6] selftests: forwarding: add dynamic FDB test
  • From: Hans Schultz <netdev@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 6/6] selftests: forwarding: add dynamic FDB test
  • From: Vladimir Oltean <olteanv@xxxxxxxxx>