[Prev Page][Next Page]
- 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>
- Re: [PATCH] bridge: push blocking slaves to forwarding when turning stp off
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] bridge: push blocking slaves to forwarding when turning stp off
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] bridge: push blocking slaves to forwarding when turning stp off
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] bridge: push blocking slaves to forwarding when turning stp off
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH] bridge: Cannot communicate with brX when its MAC address is changed
- From: Koki Sanagi <sanagi.koki@xxxxxxxxxxxxxx>
- Re: [PATCH] net, bridge: print log message after state changed
- From: Holger Brunck <holger.brunck@xxxxxxxxxxx>
- Re: [RFT] bridge: checksum not updated after pull
- From: Martin Volf <martin.volf.42@xxxxxxxxx>
- Re: sky2 hw csum failure
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
- sky2 hw csum failure
- From: Martin Volf <martin.volf.42@xxxxxxxxx>
- Re: [PATCH] net, bridge: print log message after state changed
- From: "Fritz, Wolfgang" <Wolfgang.Fritz@xxxxxxxxxxx>
- Re: [PATCH] net, bridge: print log message after state changed
- From: "Fritz, Wolfgang" <Wolfgang.Fritz@xxxxxxxxxxx>
- [PATCH] net, bridge: print log message after state changed
- From: Holger Brunck <holger.brunck@xxxxxxxxxxx>
- Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
- From: Vasily Averin <vvs@xxxxxxxxxxxxx>
- [PATCH v2] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
- From: Vasily Averin <vvs@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
- From: Vasily Averin <vvs@xxxxxxxxxxxxx>
- [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
- From: Vasily Averin <vvs@xxxxxxxxxxxxx>
- [PATCH] bridge: Fix potential deadlock on br->multicast_lock
- From: Andrew Vagin <avagin@xxxxxxxxxx>
- [PATCH] bridge: push blocking slaves to forwarding when turning stp off
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] bridge: master device stuck in no-carrier state forever when in user-stp mode
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: master device stuck in no-carrier state forever when in user-stp mode
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] bridge: Cannot communicate with brX when its MAC address is changed
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: Cannot communicate with brX when its MAC address is changed
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] bridge: Cannot communicate with brX when its MAC address is changed
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: master device stuck in no-carrier state forever when in user-stp mode
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] bridge: master device stuck in no-carrier state forever when in user-stp mode
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] bridge: master device stuck in no-carrier state forever when in user-stp mode
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: RSTP implementation status
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: RSTP implementation status
- From: Martino Fornasa <m.fornasa@xxxxxxxxxxxxx>
- More on bridge/netfilter issue
- From: kenner@xxxxxxxx (Richard Kenner)
- Re: [PATCH] net, bridge: print log message after state changed
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] net, bridge: print log message after state changed
- From: David Lamparter <equinox@xxxxxxxxxx>
- Re: [PATCH] net, bridge: print log message after state changed
- From: "Valerio Granato" <contact@xxxxxxxxxx>
- Problems with stateful firewall and bridge
- From: kenner@xxxxxxxx (Richard Kenner)
- Re: [RFT] bridge: checksum not updated after pull
- From: David Miller <davem@xxxxxxxxxxxxx>
[Kernel]
[Kernel Announce]
[Site Home]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]
