Linux Ethernet Bridging

• Thread Index

• Fwd: [PATCH] net bridge: add null pointer check, fix panic
  • From: xiaoming gao <gxm.linux.kernel@xxxxxxxxx>
• [PATCH] net bridge: add null pointer check, fix panic
  • From: xiaoming gao <gxm.linux.kernel@xxxxxxxxx>
• Re: [patch] netfilter: prevent harmless integer overflow
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [patch] netfilter: prevent harmless integer overflow
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH] net bridge: add null pointer check, fix panic
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] net bridge: add null pointer check, fix panic
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] net bridge: add null pointer check, fix panic
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [patch] netfilter: prevent harmless integer overflow
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH] bridge: fix switched interval for MLD Query types
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: bond-mode 4 bridge-utils 3.x kernel not fully working
  • From: Jelle de Jong <jelledejong@xxxxxxxxxxxxx>
• [PATCH] bridge: fix switched interval for MLD Query types
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCHv4 net-next 0/2] Add two new flags to bridge.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv4 net-next 0/2] Add two new flags to bridge.
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv4 net-next 0/2] Add two new flags to bridge.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCHv4 net-next 2/2] bridge: Add a flag to control unicast packet flood.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCHv4 net-next 1/2] bridge: Add flag to control mac learning.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCHv4 net-next 0/2] Add two new flags to bridge.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH] iproute2: bridge: fix 'bridge link' setlink/getlink parsing
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH] iproute2: bridge: fix 'bridge link' setlink/getlink parsing
  • From: John Fastabend <john.fastabend@xxxxxxxxx>
• Re: [PATCH] bridge: netfilter: using strlcpy() instead of strncpy()
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: bond-mode 4 bridge-utils 3.x kernel not fully working
  • From: Jelle de Jong <jelledejong@xxxxxxxxxxxxx>
• Re: bond-mode 4 bridge-utils 3.x kernel not fully working
  • From: Wilco Baan Hofman <wilco@xxxxxxxxxxxxx>
• bond-mode 4 bridge-utils 3.x kernel not fully working
  • From: Jelle de Jong <jelledejong@xxxxxxxxxxxxx>
• Re: [PATCHv2 net-next] bridge: Set vlan_features to allow offloads on vlans.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: netfilter: using strlcpy() instead of strncpy()
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCHv2 net-next] bridge: Set vlan_features to allow offloads on vlans.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH] bridge: Set vlan_features to allow offloads on vlans.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH] bridge: Set vlan_features to allow offloads on vlans.
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• [PATCH] bridge: Set vlan_features to allow offloads on vlans.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH] bridge: netfilter: using strlcpy() instead of strncpy()
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• [PATCH] bridge: netfilter: using strlcpy() instead of strncpy()
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: [Xen-devel] [PATCH] Add support for netconsole driver used on bridge device with VIF attached
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH] Add support for netconsole driver used on bridge device with VIF attached
  • From: Yuval Shaia <yuval.shaia@xxxxxxxxxx>
• Re: [PATCH] Add support for netconsole driver used on bridge device with VIF attached
  • From: Yuval Shaia <yuval.shaia@xxxxxxxxxx>
• Re: [PATCH] bridge: netfilter: using strlcpy() instead of strncpy()
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH] Add support for netconsole driver used on bridge device with VIF attached
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
• Re: [PATCH] Add support for netconsole driver used on bridge device with VIF attached
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
• Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv4 net-next 2/2] bridge: Add a flag to control unicast packet flood.
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv4 net-next 0/2] Add two new flags to bridge.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCHv4 net-next 0/2] Add two new flags to bridge.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCHv4 net-next 0/2] Add two new flags to bridge.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCHv4 net-next 2/2] bridge: Add a flag to control unicast packet flood.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCHv4 net-next 1/2] bridge: Add flag to control mac learning.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCHv4 net-next 0/2] Add two new flags to bridge.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH] Add support for netconsole driver used on bridge device with VIF attached
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
• Re: [PATCHv2 net-next 2/2] bridge: Add a flag to control unicast packet flood.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCHv2 net-next 2/2] bridge: Add a flag to control unicast packet flood.
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 net-next 1/2] bridge: Add flag to control mac learning.
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 net-next 1/2] bridge: Add flag to control mac learning.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCHv2 net-next 2/2] bridge: Add a flag to control unicast packet flood.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCHv2 net-next 1/2] bridge: Add flag to control mac learning.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCHv2 net-next 0/2] Add two new flags to bridge.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add flag to control mac learning.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next 2/2] bridge: Add a flag to control unicast packet flood.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: Add flag to control mac learning.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net-next 2/2] bridge: Add a flag to control unicast packet flood.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next 1/2] bridge: Add flag to control mac learning.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next 0/2] Add some new flags to bridges.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v2 net-next 2/6] bridge: make flags sysfs interface a little bit more extensible
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v2 net-next 2/6] bridge: make flags sysfs interface a little bit more extensible
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 2/6] bridge: make flags sysfs interface a little bit more extensible
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net-next 2/6] bridge: make flags sysfs interface a little bit more extensible
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 net-next 6/6] bridge: Store bridge mac to uplinks
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net-next 5/6] bridge: Automatically set promisc on uplink ports.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net-next 4/6] bridge: Allow user to program hw addresses to uplink devices.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net-next 3/6] bridge: Implement IFF_UNICAST_FLT.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net-next 2/6] bridge: make flags sysfs interface a little bit more extensible
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net-next 1/6] bridge: Allow an ability to designate an uplink port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Configuration-messages from root switch hello-timer not forwarded
  • From: Pieter De Baets <Pieter.DeBaets@xxxxxxxx>
• Re: [PATCH] bridge: Add missing include for in6_addr
  • From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
• [PATCH] bridge: Add missing include for in6_addr
  • From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: Add missing include for in6_addr
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Notify userspace about bridge learning MAC on new port
  • From: michael-dev <michael-dev@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: make user modified path cost sticky
  • From: David Miller <davem@xxxxxxxxxxxxx>
• bridging and VLANs
  • From: Benjamin Scarlet <roll10@xxxxxxxxxxxx>
• [PATCH net] bridge: make user modified path cost sticky
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
• [PATCH 3/3] bridge: implement restricted port forwarding policy
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
• [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
• [PATCH 2/3] sk_buff: add bridge_restricted flag
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
• [PATCH 0/3] bridge: implement restricted forwarding policy
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• network namespace + bridge visibility
  • From: Марк Коренберг <socketpair@xxxxxxxxx>
• [PATCH net-next] bridge: remove unused variable ifm
  • From: Hong Zhiguo <honkiko@xxxxxxxxx>
• Re: [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
  • From: Hong Zhiguo <honkiko@xxxxxxxxx>
• Re: [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH] bridge: fix crash when set mac address of br interface
  • From: Hong Zhiguo <honkiko@xxxxxxxxx>
• [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
  • From: Hong Zhiguo <honkiko@xxxxxxxxx>
• [PATCH 2/2] bridge: Use IPv6 link-local address for multicast listener queries
  • From: Satya Narayana <narayana.satya2001@xxxxxxxxx>
• Re: [PATCH net-next] bridge: remove unused variable ifm
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: remove unused variable ifm
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] net: add ETH_P_802_3_MIN
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v2] net: add ETH_P_802_3_MIN
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] net: add ETH_P_802_3_MIN
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH] bridge: fix crash when set mac address of br interface
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH net-next 2/4] bridge: Allow an ability to designate an uplink port
  • From: Dan Williams <dcbw@xxxxxxxxxx>
• Re: [PATCH] bridge: netfilter: use PTR_RET instead of IS_ERR + PTR_ERR
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 net-next 0/3] Allow bridge to function in non-promisc mode
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next 2/4] bridge: Allow an ability to designate an uplink port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next 2/4] bridge: Allow an ability to designate an uplink port
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 2/4] bridge: Allow an ability to designate an uplink port
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
  • From: Joel Wirāmu Pauling <joel@xxxxxxxxxxxx>
• Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
  • From: "\"Oleg A. Arkhangelsky\"" <sysoleg@xxxxxxxxx>
• [PATCH] bridge: netfilter: use PTR_RET instead of IS_ERR + PTR_ERR
  • From: Silviu-Mihai Popescu <silviupopescu1990@xxxxxxxxx>
• [PATCH -next] bridge: using for_each_set_bit to simplify the code
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• [PATCH -next] bridge: using for_each_set_bit_from to simplify the code
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
  • From: Adam Baker <linux@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 3/3] bridge: Implement IFF_UNICAST_FLT
  • From: John Fastabend <john.fastabend@xxxxxxxxx>
• Re: [PATCH] bridge-utils: Fix compile against linux-3.8.x
  • From: Russell Senior <russell@xxxxxxxxxxxxxxxxx>
• Problem with multicast traffic when using network bridging
  • From: Adam Baker <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next 1/4] bridge: Add sysfs interface to control promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 1/4] bridge: Add sysfs interface to control promisc mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next 4/4] bridge: sync device list when a new uplink is designated
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next 3/4] bridge: Implement IFF_UNICAST_FLT
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next 2/4] bridge: Allow an ability to designate an uplink port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next 1/4] bridge: Add sysfs interface to control promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH -next] bridge: using for_each_set_bit to simplify the code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH -next] bridge: using for_each_set_bit_from to simplify the code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC PATCH v2 net-next 0/3] Allow bridge to function in non-promisc mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 net-next 0/3] Allow bridge to function in non-promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [RFC PATCH v2 net-next 0/3] Allow bridge to function in non-promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC PATCH v2 net-next 0/3] Allow bridge to function in non-promisc mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [Patch net] bridge: do not expire mdb entry when bridge still uses it
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [RFC PATCH v2 net-next 3/3] bridge: Implement IFF_UNICAST_FLT
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [RFC PATCH v2 net-next 2/3] bridge: Allow an ability to designate an uplink port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [RFC PATCH v2 net-next 1/3] bridge: Add sysfs interface to control promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [RFC PATCH v2 net-next 0/3] Allow bridge to function in non-promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [RFC PATCH net-next 0/3] Allow bridge to function in non-promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [RFC PATCH net-next 0/3] Allow bridge to function in non-promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [RFC PATCH net-next 0/3] Allow bridge to function in non-promisc mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 0/3] Allow bridge to function in non-promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [RFC PATCH net-next 3/3] bridge: Implement IFF_UNICAST_FLT
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [RFC PATCH net-next 0/3] Allow bridge to function in non-promisc mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 1/3] bridge: Add mac_management sysfs interface
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [RFC PATCH net-next 3/3] bridge: Implement IFF_UNICAST_FLT
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [RFC PATCH net-next 2/3] bridge: Allow an ability to designate an uplink port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [RFC PATCH net-next 1/3] bridge: Add mac_management sysfs interface
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [RFC PATCH net-next 0/3] Allow bridge to function in non-promisc mode
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v11 net-next 10/12] bridge: Add vlan support to static neighbors
  • From: Jitendra Kalsaria <jitendra.kalsaria@xxxxxxxxxx>
• Re: [PATCH v11 net-next 00/12] VLAN filtering/VLAN aware bridge
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v11 net-next 12/12] bridge: Separate egress policy bitmap
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v11 net-next 11/12] bridge: Add vlan support for local fdb entries
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v11 net-next 10/12] bridge: Add vlan support to static neighbors
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v11 net-next 09/12] bridge: Add vlan id to multicast groups
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v11 net-next 08/12] bridge: Add vlan to unicast fdb entries
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v11 net-next 07/12] bridge: Add the ability to configure pvid
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v11 net-next 06/12] bridge: Implement vlan ingress/egress policy with PVID.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v11 net-next 05/12] bridge: Dump vlan information from a bridge port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v11 net-next 04/12] bridge: Add netlink interface to configure vlans on bridge ports
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v11 net-next 03/12] bridge: Verify that a vlan is allowed to egress on given port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v11 net-next 00/12] VLAN filtering/VLAN aware bridge
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v11 net-next 01/12] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v11 net-next 02/12] bridge: Validate that vlan is permitted on ingress
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v10 net-next 10/12] bridge: Add vlan support to static neighbors
  • From: Greg Rose <gregory.v.rose@xxxxxxxxx>
• Re: how to handle bonding failover when using a bridge over the bond?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxx>
• Re: how to handle bonding failover when using a bridge over the bond?
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxx>
• Re: [PATCH v10 net-next 00/12] VLAN filtering/VLAN aware bridge
  • From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
• Re: [PATCH v10 net-next 00/12] VLAN filtering/VLAN aware bridge
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v10 net-next 00/12] VLAN filtering/VLAN aware bridge
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v10 net-next 00/12] VLAN filtering/VLAN aware bridge
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v10 net-next 10/12] bridge: Add vlan support to static neighbors
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v10 net-next 12/12] bridge: Separate egress policy bitmap
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v10 net-next 11/12] bridge: Add vlan support for local fdb entries
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v10 net-next 09/12] bridge: Add vlan id to multicast groups
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v10 net-next 08/12] bridge: Add vlan to unicast fdb entries
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v10 net-next 07/12] bridge: Add the ability to configure pvid
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v10 net-next 06/12] bridge: Implement vlan ingress/egress policy with PVID.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v10 net-next 05/12] bridge: Dump vlan information from a bridge port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v10 net-next 04/12] bridge: Add netlink interface to configure vlans on bridge ports
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v10 net-next 03/12] bridge: Verify that a vlan is allowed to egress on given port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v10 net-next 02/12] bridge: Validate that vlan is permitted on ingress
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v10 net-next 00/12] VLAN filtering/VLAN aware bridge
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v10 net-next 01/12] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v9 net-next 00/12] Add basic VLAN support to bridges
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 net-next 00/12] Add basic VLAN support to bridges
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v9 net-next 00/12] Add basic VLAN support to bridges
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v9 net-next 05/12] bridge: Add the ability to configure pvid
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v9 net-next 00/12] Add basic VLAN support to bridges
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v9 net-next 00/12] Add basic VLAN support to bridges
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 net-next 05/12] bridge: Add the ability to configure pvid
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v9 net-next 02/12] bridge: Validate that vlan is permitted on ingress
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v9 net-next 01/12] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v9 net-next 09/12] bridge: Add vlan support to static neighbors
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v9 net-next 01/12] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v9 net-next 07/12] bridge: Add vlan to unicast fdb entries
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v9 net-next 10/12] bridge: Add vlan support for local fdb entries
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v9 net-next 05/12] bridge: Add the ability to configure pvid
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v9 net-next 08/12] bridge: Add vlan id to multicast groups
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v9 net-next 06/12] bridge: Implement vlan ingress/egress policy
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v9 net-next 03/12] bridge: Verify that a vlan is allowed to egress on give port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v9 net-next 00/12] Add basic VLAN support to bridges
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v9 net-next 12/12] bridge: Separate egress policy bitmap
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v9 net-next 11/12] bridge: Dump vlan information from a bridge port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v9 net-next 04/12] bridge: Add netlink interface to configure vlans on bridge ports
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v9 net-next 02/12] bridge: Validate that vlan is permitted on ingress
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v7 net-next 03/12] bridge: Verify that a vlan is allowed to egress on give port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v7 net-next 12/12] bridge: Separate egress policy bitmap
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v7 net-next 11/12] bridge: Dump vlan information from a bridge port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v7 net-next 10/12] bridge: Add vlan support for local fdb entries
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v7 net-next 09/12] bridge: Add vlan support to static neighbors
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v7 net-next 08/12] bridge: Add vlan id to multicast groups
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v7 net-next 07/12] bridge: Add vlan to unicast fdb entries
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v7 net-next 06/12] bridge: Implement vlan ingress/egress policy
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v7 net-next 05/12] bridge: Add the ability to configure pvid
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v7 net-next 04/12] bridge: Add netlink interface to configure vlans on bridge ports
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v7 net-next 03/12] bridge: Verify that a vlan is allowed to egress on give port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v7 net-next 02/12] bridge: Validate that vlan is permitted on ingress
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v8 net-next 00/12] Add basic VLAN support to bridges
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 00/13] Add basic VLAN support to bridges
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 13/13] bridge: Separate egress policy bitmap
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 10/13] bridge: Add vlan support to static neighbors
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 12/13] bridge: Dump vlan information from a bridge port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 11/13] bridge: Add vlan support for local fdb entries
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 09/13] bridge: Add vlan id to multicast groups
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 08/13] bridge: Add vlan to unicast fdb entries
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 07/13] bridge: Implement vlan ingress/egress policy
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 06/13] bridge: Add the ability to configure pvid
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 05/13] bridge: Add netlink interface to configure vlans on bridge ports
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 04/13] bridge: Verify that a vlan is allowed to egress on give port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 03/13] bridge: Validate that vlan is permitted on ingress
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 02/13] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 01/13] vlan: wrap hw-acceleration calls in separate functions.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 00/13] Add basic VLAN support to bridges
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
  • From: Shmulik Ladkani <shmulik.ladkani@xxxxxxxxx>
• Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
  • From: Shmulik Ladkani <shmulik.ladkani@xxxxxxxxx>
• Re: [PATCH net-next V6 03/14] bridge: Validate that vlan is permitted on ingress
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next V6 03/14] bridge: Validate that vlan is permitted on ingress
  • From: Shmulik Ladkani <shmulik.ladkani@xxxxxxxxx>
• Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
  • From: Shmulik Ladkani <shmulik.ladkani@xxxxxxxxx>
• Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next V6 14/14] bridge: Dump vlan information from a bridge port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next V6 13/14] bridge: Add vlan support for local fdb entries
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next V6 12/14] bridge: Add vlan support to static neighbors
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next V6 11/14] bridge: Add vlan id to multicast groups
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next V6 10/14] bridge: Add vlan to unicast fdb entries
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next V6 09/14] bridge: API to configure egress policy
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next V6 08/14] bridge: Implement vlan ingress/egress policy
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next V6 07/14] bridge: Add the ability to configure pvid
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next V6 06/14] bridge: Add netlink interface to configure vlans on bridge ports
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next V6 05/14] bridge: Cache vlan in the cb for faster egress lookup.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next V6 04/14] bridge: Verify that a vlan is allowed to egress on give port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next V6 03/14] bridge: Validate that vlan is permitted on ingress
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next V6 01/14] vlan: wrap hw-acceleration calls in separate functions.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next V6 00/14] Add basic VLAN support to bridges
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: Information needed on the kernel version which supports ----
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: Information needed on the kernel version which supports ----
  • From: Sandeepa C S <sandeepacs@xxxxxxxxxxxxxxx>
• Re: Information needed on the kernel version which supports ----
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: Information needed on the kernel version which supports ----
  • From: Balaji Foss <balajig.foss@xxxxxxxxx>
• Information needed on the kernel version which supports ----
  • From: Sandeepa C S <sandeepacs@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
  • From: Shmulik Ladkani <shmulik.ladkani@xxxxxxxxx>
• Re: [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 10/14] bridge: Add the ability to pvid
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next v5 14/14] bridge: Add vlan support for local fdb entries
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next v5 13/14] bridge: Dump vlan information from a bridge port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next v5 12/14] bridge: Implement vlan ingress/egress policy
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next v5 11/14] bridge: API to configure egress policy
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 10/14] bridge: Add the ability to pvid
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next v5 10/14] bridge: Add the ability to configure pvid
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next v5 09/14] bridge: Add vlan support to static neighbors
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next v5 08/14] bridge: Add netlink interface to configure vlans on bridge ports
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next v5 07/14] bridge: Add vlan id to multicast groups
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next v5 06/14] bridge: Add vlan to unicast fdb entries
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next v5 05/14] bridge: Cache vlan in the cb for faster egress lookup.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next v5 04/14] bridge: Verify that a vlan is allowed to egress on give port
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next v5 03/14] bridge: Validate that vlan is permitted on ingress
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: linux-next: Tree for Jan 4 (net/bridge)
  • From: Rami Rosen <roszenrami@xxxxxxxxx>
• Re: linux-next: Tree for Jan 4 (net/bridge)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH net-next V5 00/14] Add basic VLAN support to bridges
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [patch net-next V6 15/15] net: kill dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V6 14/15] net: remove no longer used netdev_set_bond_master() and netdev_set_master()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V6 13/15] bonding: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V6 12/15] nes: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V6 11/15] vlan: remove usage of dev->master in __vlan_find_dev_deep()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V6 10/15] qeth: ensure that __vlan_find_dev_deep() is called with rcu_read_lock
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V6 09/15] qlcnic: guard __vlan_find_dev_deep() by rcu_read_lock
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V6 08/15] cxgb3: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V6 07/15] netpoll: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V6 06/15] bridge: remove usage of netdev_set_master()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V6 05/15] team: remove usage of netdev_set_master()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V6 04/15] rtnetlink: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V6 03/15] vlan: add link to upper device
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V6 02/15] macvlan: add link to upper device
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V6 01/15] net: introduce upper device lists
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V6 00/15] net: introduce upper device lists and remove dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [RFC PATCH] bridge: Add export of multicast database adjacent to net_dev
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH v9 net-next 05/12] bridge: Add the ability to configure pvid
  • From: Michał Mirosław <mirqus@xxxxxxxxx>
• Re: [PATCH v9 net-next 05/12] bridge: Add the ability to configure pvid
  • From: Michał Mirosław <mirqus@xxxxxxxxx>
• Re: [PATCH v9 net-next 05/12] bridge: Add the ability to configure pvid
  • From: Michał Mirosław <mirqus@xxxxxxxxx>
• Re: [PATCH v9 net-next 05/12] bridge: Add the ability to configure pvid
  • From: Michał Mirosław <mirqus@xxxxxxxxx>
• Re: [PATCH v9 net-next 01/12] bridge: Add vlan filtering infrastructure
  • From: Michał Mirosław <mirqus@xxxxxxxxx>
• Re: [PATCH v9 net-next 02/12] bridge: Validate that vlan is permitted on ingress
  • From: Michał Mirosław <mirqus@xxxxxxxxx>
• Re: [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
  • From: Simon Barber <simon@xxxxxxxxxxxxxx>
• Re: [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
  • From: Simon Barber <simon@xxxxxxxxxxxxxx>
• Re: [PATCH v7 net-next 03/12] bridge: Verify that a vlan is allowed to egress on give port
  • From: Michał Mirosław <mirqus@xxxxxxxxx>
• Re: [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
  • From: Michał Mirosław <mirqus@xxxxxxxxx>
• Re: [PATCH 00/13] Add basic VLAN support to bridges
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Add support for netconsole driver used on bridge device with VIF attached
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
• Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
  • From: Michał Mirosław <mirqus@xxxxxxxxx>
• Re: [PATCH net-next V6 01/14] vlan: wrap hw-acceleration calls in separate functions.
  • From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
• Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [patch net-next V6 00/15] net: introduce upper device lists and remove dev->master
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: linux-next: Tree for Jan 4 (net/bridge)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [patch net-next V5 01/15] net: introduce upper device lists
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• [patch net-next V5 15/15] net: kill dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V5 14/15] net: remove no longer used netdev_set_bond_master() and netdev_set_master()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V5 13/15] bonding: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V5 12/15] nes: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V5 11/15] vlan: remove usage of dev->master in __vlan_find_dev_deep()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V5 10/15] qeth: ensure that __vlan_find_dev_deep() is called with rcu_read_lock
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V5 09/15] qlcnic: guard __vlan_find_dev_deep() by rcu_read_lock
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V5 08/15] cxgb3: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V5 07/15] netpoll: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V5 06/15] bridge: remove usage of netdev_set_master()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V5 05/15] team: remove usage of netdev_set_master()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V5 04/15] rtnetlink: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V5 03/15] vlan: add link to upper device
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V5 02/15] macvlan: add link to upper device
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V5 01/15] net: introduce upper device lists
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next V5 00/15] net: introduce upper device lists and remove dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Does linux support per vlan stp
  • From: Atul Gupta <atul14.kumar@xxxxxxxxx>
• Re: Update to RSTP lib
  • From: Christopher Merck <cmerck@xxxxxxxxxxxx>
• Re: Update to RSTP lib
  • From: Christopher Merck <cmerck@xxxxxxxxxxxx>
• Re: [PATCH 3/3] iproute2: make `bridge mdb` output consistent with input
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 3/3] iproute2: make `bridge mdb` output consistent with input
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH 2/3] iproute2: update help info of bridge command
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH 1/3] iproute2: distinguish permanent and temporary mdb entries
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH 2/2] bridge: add flags to distinguish permanent mdb entires
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH 2/2] bridge: add flags to distinguish permanent mdb entires
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] bridge: update selinux perm table for RTM_NEWMDB and RTM_DELMDB
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] bridge: add flags to distinguish permanent mdb entires
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH 1/2] bridge: update selinux perm table for RTM_NEWMDB and RTM_DELMDB
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [Patch] iproute2: distinguish permanent and temporary mdb entries
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH] iproute2: update usage info of bridge monitor
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bridge: Bug fix for incorrect interpretation of MLDv2 maximum response code
  • From: Ang Way Chuang <wcang@xxxxxxxxxxxxxx>
• Re: [PATCH] bridge: Bug fix for incorrect interpretation of MLDv2 maximum response code
  • From: Ang Way Chuang <wcang@xxxxxxxxxxxxxx>
• [PATCH] bridge: Bug fix for incorrect interpretation of MLDv2 maximum response code
  • From: Ang Way Chuang <wcang@xxxxxxxxxxxxxx>
• [PATCH] iproute2: update usage info of bridge monitor
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH] bridge: Bug fix for incorrect interpretation of MLDv2 maximum response code
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bridge: Bug fix for incorrect interpretation of MLDv2 maximum response code
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] bridge: Bug fix for incorrect interpretation of MLDv2 maximum response code
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 2/2] iproute2: add support to monitor mdb entries too
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH net-next 2/2] bridge: add support of adding and deleting mdb entries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: notify mdb changes via netlink
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 2/2] bridge: add support of adding and deleting mdb entries
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH net-next 1/2] bridge: notify mdb changes via netlink
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH 2/2] iproute2: add support to monitor mdb entries too
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH 1/2] iproute2: implement add/del mdb entry
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH net-next v5] bridge: export multicast database via netlink
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH net-next v5] bridge: export multicast database via netlink
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [patch v2] bridge: make buffer larger in br_setlink()
  • From: walter harms <wharms@xxxxxx>
• Re: [patch v2] bridge: make buffer larger in br_setlink()
  • From: walter harms <wharms@xxxxxx>
• Re: [PATCH net-next v5] bridge: export multicast database via netlink
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [patch] bridge: make buffer larger in br_setlink()
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH net-next v4] bridge: export multicast database via netlink
  • From: Thomas Graf <tgraf@xxxxxxx>
• [PATCH v5] iproute2: add mdb sub-command to bridge
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH v4] iproute2: add mdb sub-command to bridge
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [patch v2] bridge: make buffer larger in br_setlink()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v5] bridge: export multicast database via netlink
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch v2] bridge: make buffer larger in br_setlink()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [patch v2] bridge: make buffer larger in br_setlink()
  • From: Stephen Hemminger <stephen.hemminger@xxxxxxxxxx>
• Re: [PATCH v4] iproute2: add mdb sub-command to bridge
  • From: Stephen Hemminger <stephen.hemminger@xxxxxxxxxx>
• [patch v2] bridge: make buffer larger in br_setlink()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH net-next v5] bridge: export multicast database via netlink
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH net-next v4] bridge: export multicast database via netlink
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [patch] bridge: make buffer larger in br_setlink()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH net-next v4] bridge: export multicast database via netlink
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH v4] iproute2: add mdb sub-command to bridge
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH net-next v3] bridge: implement multicast fast leave
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [B.A.T.M.A.N.] [PATCH] net: fix possible deadlocks in rtnl_trylock/unlock
  • From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
• Re: [PATCH net-next v1 2/2] bridge: export multicast database via netlink
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH net-next v1 2/2] bridge: export multicast database via netlink
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH iproute2 v1] Add mdb command to bridge
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH net-next v1 1/2] bridge: export port_no and port_id via IFA_INFO_DATA
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [PATCH v3] iproute2: add mdb command to bridge
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• [PATCH v3] iproute2: add mdb command to bridge
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH net-next v3] bridge: export multicast database via netlink
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: export multicast database via netlink
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: export multicast database via netlink
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: export multicast database via netlink
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: export multicast database via netlink
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: implement multicast fast leave
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH net-next v2] bridge: implement multicast fast leave
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH net-next] bridge: implement multicast fast leave
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH net-next] bridge: implement multicast fast leave
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: implement multicast fast leave
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: Help IPV6 neighbor cache & Bridging (RTM_NEWNEIGH)
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Help IPV6 neighbor cache & Bridging (RTM_NEWNEIGH)
  • From: sharat chandra <sharat04@xxxxxxxxx>
• Re: [PATCH net-next] bridge: implement multicast fast leave
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: implement multicast fast leave
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH net-next] bridge: implement multicast fast leave
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH iproute2 v2] Add mdb command to bridge
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH net-next v2] bridge: export multicast database via netlink
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH net-next v1 2/2] bridge: export multicast database via netlink
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH net-next v1 1/2] bridge: export port_no and port_id via IFA_INFO_DATA
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH net-next v1 1/2] bridge: export port_no and port_id via IFA_INFO_DATA
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH net-next v1 2/2] bridge: export multicast database via netlink
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH net-next v1 1/2] bridge: export port_no and port_id via IFA_INFO_DATA
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH iproute2 v1] Add mdb command to bridge
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH iproute2 v1] Add mdb command to bridge
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH net-next v1 2/2] bridge: export multicast database via netlink
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH net-next v1 1/2] bridge: export port_no and port_id via IFA_INFO_DATA
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] bridge: export port_no and port_id via IFA_INFO_DATA
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [RFC PATCH 2/2] bridge: export multicast database via netlink
  • From: Thomas Graf <tgraf@xxxxxxx>
• Re: [RFC PATCH 2/2] bridge: export multicast database via netlink
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] bridge: export multicast database via netlink
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [RFC PATCH 2/2] bridge: export multicast database via netlink
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [RFC PATCH iproute2] Add mdb command to bridge
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [RFC PATCH 1/2] bridge: export port_no and port_id via IFA_INFO_DATA
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH 9/9] Avoid 'statement with no effect' compiler warnings
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH 9/9] Avoid 'statement with no effect' compiler warnings
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 9/9] Avoid 'statement with no effect' compiler warnings
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [ath9k-devel] [PATCH net-next 00/21] treewide: Use consistent api style for address testing
  • From: Pavel Roskin <proski@xxxxxxx>
• Re: [PATCH net-next 00/21] treewide: Use consistent api style for address testing
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH net-next 02/21] net: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH net-next 00/21] treewide: Use consistent api style for address testing
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: MSTPd in RSTP mode is sometimes slow...
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: MSTPd in RSTP mode is sometimes slow...
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: MSTPd in RSTP mode is sometimes slow...
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: MSTPd in RSTP mode is sometimes slow...
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: MSTPd in RSTP mode is sometimes slow...
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: MSTPd in RSTP mode is sometimes slow...
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Re: MSTPd in RSTP mode is sometimes slow...
  • From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
• MSTPd in RSTP mode is sometimes slow...
  • From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
• Bridge IGMP snooping causing failures in XP.
  • From: <DGriffith@xxxxxxxxxxxxxxxxxx>
• Re: Questions about MSTP support.
  • From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
• Questions about MSTP support.
  • From: v g <v_g@xxxxxxxxxxx>
• Re: [PATCH V2] netfilter/iptables: Fix log-level processing
  • From: auto75914331@xxxxxxxxxxxx
• tc does not affect multicast traffic over bridge interface
  • From: Erik Taraldsen <eriktar@xxxxxxxxx>
• [PATCH V2] netfilter/iptables: Fix log-level processing
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Netlink message for bridge
  • From: Sasa Sasa <sasak.1983@xxxxxxxxx>
• RSTP Proposal Agreement sequence
  • From: Cappelletti Fabio <f.cappelletti@xxxxxxxx>
• Rstp proposal and agreement bit
  • From: Cappelletti Fabio <f.cappelletti@xxxxxxxx>
• Re: [PATCH] netfilter/iptables: Fix log-level processing
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH] netfilter/iptables: Fix log-level processing
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Bridge dropping fragmented ipsec frames.
  • From: Saurabh Agarwal <saurabh@xxxxxxxxxx>
• Re: [patch net-next v2 01/15] net: introduce upper device lists
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [patch net-next v2 01/15] net: introduce upper device lists
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [patch net-next v2 00/15] net: introduce upper device lists and remove dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [patch net-next v2 00/15] net: introduce upper device lists and remove dev->master
  • From: Andy Gospodarek <gospo@xxxxxxxxxx>
• [patch net-next v2 15/15] net: kill dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 14/15] net: remove no longer used netdev_set_bond_master() and netdev_set_master()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 13/15] bonding: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 12/15] nes: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 11/15] vlan: remove usage of dev->master in __vlan_find_dev_deep()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 10/15] qeth: ensure that __vlan_find_dev_deep() is called with rcu_read_lock
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 09/15] qlcnic: guard __vlan_find_dev_deep() by rcu_read_lock
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 08/15] cxgb3: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 07/15] netpoll: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 06/15] bridge: remove usage of netdev_set_master()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 05/15] team: remove usage of netdev_set_master()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 04/15] rtnetlink: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 03/15] vlan: add link to upper device
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 02/15] macvlan: add link to upper device
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 01/15] net: introduce upper device lists
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next v2 00/15] net: introduce upper device lists and remove dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [patch net-next 01/16] net: introduce upper device lists
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [patch net-next 01/16] net: introduce upper device lists
  • From: Flavio Leitner <fbl@xxxxxxxxxx>
• Re: [patch net-next 01/16] net: introduce upper device lists
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [patch net-next 01/16] net: introduce upper device lists
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [patch net-next 03/16] vlan: add link to upper device
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [patch net-next 03/16] vlan: add link to upper device
  • From: Flavio Leitner <fbl@xxxxxxxxxx>
• Re: [patch net-next 01/16] net: introduce upper device lists
  • From: Flavio Leitner <fbl@xxxxxxxxxx>
• Re: [patch net-next 15/16] net: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [patch net-next 01/16] net: introduce upper device lists
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 16/16] net: kill dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 15/16] net: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 14/16] net: remove no longer used netdev_set_bond_master() and netdev_set_master()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 13/16] bonding: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 12/16] nes: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 11/16] vlan: remove usage of dev->master in __vlan_find_dev_deep()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 10/16] qeth: ensure that __vlan_find_dev_deep() is called with rcu_read_lock
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 09/16] qlcnic: guard __vlan_find_dev_deep() by rcu_read_lock
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 08/16] cxgb3: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 07/16] netpoll: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 06/16] bridge: remove usage of netdev_set_master()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 05/16] team: remove usage of netdev_set_master()
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 04/16] rtnetlink: remove usage of dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 03/16] vlan: add link to upper device
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 02/16] macvlan: add link to upper device
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 01/16] net: introduce upper device lists
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net-next 00/16] net: introduce upper device lists and remove dev->master
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [PATCH 2/7] netpoll: make __netpoll_cleanup non-block
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [3.5 regression / bridge] constantly toggeling between disabled and forwarding
  • From: Michael Leun <lkml20120218@xxxxxxxxxxxxxxx>
• Re: [patch net-next v2 01/15] net: introduce upper device lists
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch net-next v2 01/15] net: introduce upper device lists
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch net-next 01/16] net: introduce upper device lists
  • From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
• Re: [patch net-next v2 01/15] net: introduce upper device lists
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [patch net-next v2 01/15] net: introduce upper device lists
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: [patch net-next v2 00/15] net: introduce upper device lists and remove dev->master
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: [patch net-next 01/16] net: introduce upper device lists
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [patch net-next 15/16] net: remove usage of dev->master
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: [patch net-next 01/16] net: introduce upper device lists
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: [PATCH 4/7] bridge: call NETDEV_RELEASE notifier in br_del_if()
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH 2/7] netpoll: make __netpoll_cleanup non-block
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [PATCH 4/7] bridge: call NETDEV_RELEASE notifier in br_del_if()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 4/7] bridge: call NETDEV_RELEASE notifier in br_del_if()
  • From: Cong Wang <amwang@xxxxxxxxxx>
• [PATCH 2/7] netpoll: make __netpoll_cleanup non-block
  • From: Cong Wang <amwang@xxxxxxxxxx>
• Re: [3.5 regression / bridge] constantly toggeling between disabled and forwarding
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• how to disable multicast_router in bridge? and get rid of the LLDP messages
  • From: V Yegyanathan <v.yegyanathan@xxxxxxxxx>
• Re: [patch -next] netfilter: use kfree_skb() not kfree()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [patch -next] netfilter: use kfree_skb() not kfree()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: Query on Sapnning tree implementation from standard point of view
  • From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
• Re: Query on Sapnning tree implementation from standard point of view
  • From: Sujata Verma <sujataverma3@xxxxxxxxx>
• Re: Query on Sapnning tree implementation from standard point of view
  • From: Sasikanth babu <sasikanth.v19@xxxxxxxxx>
• Re: Query on Sapnning tree implementation from standard point of view
  • From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
• Re: Query on Sapnning tree implementation from standard point of view
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Query on Sapnning tree implementation from standard point of view
  • From: Sasikanth babu <sasikanth.v19@xxxxxxxxx>
• Re: Query on Sapnning tree implementation from standard point of view
  • From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
• Re: Query on Sapnning tree implementation from standard point of view
  • From: Sujata Verma <sujataverma3@xxxxxxxxx>
• Almost no traffic in br0 / tap0 combination
  • From: Bernhard Walle <bernhard@xxxxxxxxx>
• Re: Query on Sapnning tree implementation from standard point of view
  • From: Sasikanth babu <sasikanth.v19@xxxxxxxxx>
• Re: Query on Sapnning tree implementation from standard point of view
  • From: Sujata Verma <sujataverma3@xxxxxxxxx>
• Re: Query on Sapnning tree implementation from standard point of view
  • From: Sasikanth babu <sasikanth.v19@xxxxxxxxx>
• Query on Sapnning tree implementation from standard point of view
  • From: Sujata Verma <sujataverma3@xxxxxxxxx>
• Re: wlan0 will not be automatically added to br0
  • From: Arun Khan <knura9@xxxxxxxxx>
• Re: [PATCH] ipv6: correct the ipv6 option name - Pad0 to Pad1
  • From: Eldad Zack <eldadzack@xxxxxxxxx>
• [PATCH] ipv6: correct the ipv6 option name - Pad0 to Pad1
  • From: Eldad Zack <eldad@xxxxxxxxxxxxxxx>
• Re: [PATCH] ipv6: correct the ipv6 option name - Pad0 to Pad1
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] ipv6: correct the ipv6 option name - Pad0 to Pad1
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] net/bridge/netfilter: Fix the randconfig warning
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• [PATCH] net/bridge/netfilter: Fix the randconfig warning
  • From: Devendra Naga <devendra.aaru@xxxxxxxxx>
• Re: [PATCH 00/13] net: Add and use ether_addr_equal
  • From: Emmanuel Grumbach <egrumbach@xxxxxxxxx>
• Re: [PATCH 00/13] net: Add and use ether_addr_equal
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/13] net: Add and use ether_addr_equal
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 00/13] net: Add and use ether_addr_equal
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/13] net: Add and use ether_addr_equal
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] net: Add and use ether_addr_equal
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 00/13] net: Add and use ether_addr_equal
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 04/13] bridge: netfilter: Convert compare_ether_addr to ether_addr_equal
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 05/13] bridge: Convert compare_ether_addr to ether_addr_equal
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 04/13] bridge: netfilter: Convert compare_ether_addr to ether_addr_equal
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 00/13] net: Add and use ether_addr_equal
  • From: Joe Perches <joe@xxxxxxxxxxx>
• IPv6 bonding in VM doesn't work (was Re: bonding and IPv6 "doesn't work"?)
  • From: Amos Kong <kongjianjun@xxxxxxxxx>
• wlan0 will not be automatically added to br0
  • From: Markus Feldmann <feldmann_markus@xxxxxx>
• Re: ebtables on mac80211
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• ebtables on mac80211
  • From: Wilco Baan Hofman <wilco@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: make brctl showstp display port id
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• [PATCH 2/2] bridge: fix state reporting when port is disabled
  • From: Paulius Zaleckas <paulius.zaleckas@xxxxxxxxx>
• [PATCH 1/2] bridge: br_log_state() s/entering/entered/
  • From: Paulius Zaleckas <paulius.zaleckas@xxxxxxxxx>
• Re: [PATCH] bridge: fix "entering disabled state" logging
  • From: Paulius Zaleckas <paulius.zaleckas@xxxxxxxxx>
• Re: [PATCH] bridge: fix "entering disabled state" logging
  • From: Paulius Zaleckas <paulius.zaleckas@xxxxxxxxx>
• [PATCH] bridge: fix "entering disabled state" logging
  • From: Paulius Zaleckas <paulius.zaleckas@xxxxxxxxx>
• bridge iface drops everything
  • From: Salvador Fandiño <sfandino@xxxxxxxxx>
• Re: [PATCH 2/2] bridge: fix state reporting when port is disabled
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] bridge: br_log_state() s/entering/entered/
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: fix "entering disabled state" logging
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Re: [PATCH] bridge: fix "entering disabled state" logging
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: fix "entering disabled state" logging
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: fix "entering disabled state" logging
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Patch for RSTP Bridge Detection State Machine
  • From: Matthew_Plummer@xxxxxxxxxx
• Want to add IP options into IP header, unable to resolve symbol
  • From: jeewan girewal <jeewan.girewal@xxxxxxxxx>
• Re: [PATCH 2/3] netfilter: potential null derefence.
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] netfilter: potential null derefence.
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: [PATCH 2/3] netfilter: potential null derefence.
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
  • From: santosh prasad nayak <santoshprasadnayak@xxxxxxxxx>
• Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] netfilter: Remove redundant code.
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] netfilter: potential null derefence.
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
  • From: santosh prasad nayak <santoshprasadnayak@xxxxxxxxx>
• Re: [PATCH 2/3] netfilter: potential null derefence.
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] netfilter: Remove redundant code.
  • From: santosh prasad nayak <santoshprasadnayak@xxxxxxxxx>
• Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] netfilter: Remove redundant code.
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] netfilter: potential null derefence.
  • From: santosh prasad nayak <santoshprasadnayak@xxxxxxxxx>
• [PATCH 3/3] netfilter: Remove redundant code.
  • From: santosh nayak <santoshprasadnayak@xxxxxxxxx>
• [PATCH 2/3] netfilter: potential null derefence.
  • From: santosh nayak <santoshprasadnayak@xxxxxxxxx>
• [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
  • From: santosh nayak <santoshprasadnayak@xxxxxxxxx>
• Re: [PATCH 1/2] bridge: Adjust min age inc for HZ > 256
  • From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] bridge: Adjust min age inc for HZ > 256
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH 1/2] bridge: Adjust min age inc for HZ > 256
  • From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] bridge: message age needs to increase, not decrease.
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• [PATCH] bridge: make brctl showstp display port id
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• [PATCH 2/2] bridge: message age needs to increase, not decrease.
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• [PATCH 1/2] bridge: Adjust min age inc for HZ > 256
  • From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
• can not get STP with VLAN working in linux
  • From: Koen Swinters <Koen.Swinters@xxxxxxxxxxxxxx>
• Re: STP message age broken?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Problem regarding TRILL encapsulated packets
  • From: Syed Muhammad Mohsin Kazmi <08beesmmkazmi@xxxxxxxxxxxx>
• STP message age broken?
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH 0/4] Part 1: unify return value of .ndo_set_mac_address if address is invalid
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Strange STP hello timing problem
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: [PATCH 4/4] br_device: unify return value of .ndo_set_mac_address if address is invalid
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH 4/4] br_device: unify return value of .ndo_set_mac_address if address is invalid
  • From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
• [PATCH 0/4] Part 1: unify return value of .ndo_set_mac_address if address is invalid
  • From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
• Re: [PATCH v2 2/2] net: use eth_hw_addr_random() and reset addr_assign_type
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RESEND][PATCH v2 0/2] Part 2: handle addr_assign_type for random addresses
  • From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
• [PATCH v2 2/2] net: use eth_hw_addr_random() and reset addr_assign_type
  • From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
• [PATCH v2 0/2] Part 2: handle addr_assign_type for random addresses
  • From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
• [PATCH 2/2] net: use eth_hw_addr_random() and reset addr_assign_type
  • From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
• [PATCH 47/50] bridge: use dev_hw_addr_random() instead of random_ether_addr()
  • From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
• Is this list dead?
  • From: Mark Haun <haunma@xxxxxxxxx>
• Re: [PATCH 47/50] bridge: use dev_hw_addr_random() instead of random_ether_addr()
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Kernel tuning for bridge machines
  • From: Andrew Daviel <advax@xxxxxxxxx>
• setfd
  • From: Christopher Cole <cole@xxxxxxxxxx>
• Stuck on bridge config for UDP broadcasts (UPNP)
  • From: Mark Haun <haunma@xxxxxxxxx>
• [PATCH] net: bridge: netfilter: Fix dependency for BRIDGE_NF_EBTABLES
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Packet loss in bridging firewall
  • From: Andrew Daviel <advax@xxxxxxxxx>
• Re: [PATCH] net: bridge: netfilter: Fix dependency for BRIDGE_NF_EBTABLES
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net: bridge: netfilter: Fix dependency for BRIDGE_NF_EBTABLES
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
  • From: Richard Weinberger <richard@xxxxxx>
• Re: xt_physdev has no effect if net.bridge.bridge-nf-call-iptables=0
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Invalid Argument when adding a bond to a bridge
  • From: Dyweni - NetDev <xmCM8KtKk25K@xxxxxxxxxx>
• Re: Invalid Argument when adding a bond to a bridge
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Invalid Argument when adding a bond to a bridge
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Re: Invalid Argument when adding a bond to a bridge
  • From: Dyweni - Bridge <cTXr3nd3DSn5@xxxxxxxxxx>
• Invalid Argument when adding a bond to a bridge
  • From: Dyweni - Bridge <cTXr3nd3DSn5@xxxxxxxxxx>
• Re: [PATCH] bridge: push blocking slaves to forwarding when turning stp off
  • From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>