Linux Ethernet Bridging

• Thread Index

• Re: Are multicast Ethernet frames supported in Linux bridge?
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Are multicast Ethernet frames supported in Linux bridge?
  • From: Martin T <m4rtntns@xxxxxxxxx>
• [RFC 1/1] bridge: relax BR_GROUPFWD_RESTRICTED to forward LLDP frames
  • From: Bernhard Thaler <bernhard.thaler@xxxxxxxx>
• Re: bridge port number changing
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• bridge port number changing
  • From: Brett Worth <brett.worth@xxxxxxxxx>
• Re: [RFC PATCH v2] bridge: make it possible for packets to traverse the bridge without hitting netfilter
  • From: Imre Palik <imrep.amz@xxxxxxxxx>
• Re: [RFC PATCH v2] bridge: make it possible for packets to traverse the bridge without hitting netfilter
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] bridge: make it possible for packets to traverse the bridge without hitting netfilter
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [RFC PATCH v2] bridge: make it possible for packets to traverse the bridge without hitting netfilter
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH] bridge: add ageing_time, stp_state, priority over netlink
  • From: Jörg Thalheim <joerg@xxxxxxxxxxxxx>
• [PATCH] bridge: add ageing_time, stp_state, priority over netlink
  • From: "joerg@xxxxxxxxxxxxx" <joerg@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] bridge: make it possible for packets to traverse the bridge without hitting netfilter
  • From: Felix Fietkau <nbd@xxxxxxxxxxx>
• Re: [RFC PATCH v2] bridge: make it possible for packets to traverse the bridge without hitting netfilter
  • From: Imre Palik <imrep@xxxxxxxxx>
• Re: net_bridge_port net_device NULL
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] bridge: make it possible for packets to traverse the bridge without hitting netfilter
  • From: David Miller <davem@xxxxxxxxxxxxx>
• net_bridge_port net_device NULL
  • From: Tomasz Wisniewski <tomasz.wisni3wski@xxxxxxxxx>
• Re: [PATCH] bridge: make it possible for packets to traverse the bridge withour hitting netfilter
  • From: Imre Palik <imrep.amz@xxxxxxxxx>
• [RFC PATCH v2] bridge: make it possible for packets to traverse the bridge without hitting netfilter
  • From: Imre Palik <imrep.amz@xxxxxxxxx>
• Re: [RFC PATCH v2] bridge: make it possible for packets to traverse the bridge without hitting netfilter
  • From: Florian Westphal <fw@xxxxxxxxx>
• Vlan tagging through a bridge to a VM
  • From: José A. Lausuch Sales <jlausuch@xxxxxxxxx>
• What is the difference between using a virtual bridge and a an ethernet interface used a bdrige
  • From: "Cristian Piatnitchi" <cristip@xxxxxxxxxx>
• Is there anyway to force an ethernet inteface to stay up (ignore carrier detection) in order to keep the bridge up?
  • From: "Q" <theq@xxxxxxxxxx>
• Re: Sniffing a linux bridge vs sniffing enslaved interfaces
  • From: "Q" <theq@xxxxxxxxxx>
• Re: Sniffing a linux bridge vs sniffing enslaved interfaces
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: Sniffing a linux bridge vs sniffing enslaved interfaces
  • From: Joel Wirāmu Pauling <joel@xxxxxxxxxxxx>
• Sniffing a linux bridge vs sniffing enslaved interfaces
  • From: "The Q" <theq@xxxxxxxxxx>
• Re: [PATCH] bridge: make it possible for packets to traverse the bridge withour hitting netfilter
  • From: Imre Palik <imrep.amz@xxxxxxxxx>
• Re: [PATCH] bridge: make it possible for packets to traverse the bridge withour hitting netfilter
  • From: Imre Palik <imrep.amz@xxxxxxxxx>
• [PATCH] bridge: netfilter: Move sysctl-specific error code inside #ifdef
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] bridge: make it possible for packets to traverse the bridge withour hitting netfilter
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [PATCH] bridge: make it possible for packets to traverse the bridge withour hitting netfilter
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [PATCH] bridge: netfilter: Move sysctl-specific error code inside #ifdef
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: bride: IPv6 multicast snooping enhancements
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• Re: bride: IPv6 multicast snooping enhancements
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH] bridge: make it possible for packets to traverse the bridge withour hitting netfilter
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] bridge: make it possible for packets to traverse the bridge withour hitting netfilter
  • From: Imre Palik <imrep.amz@xxxxxxxxx>
• VLAN tagged traffic and different behavior on two CentOS 6.6 boxes
  • From: Gionatan Danti <g.danti@xxxxxxxxxx>
• Re: bride: IPv6 multicast snooping enhancements
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• Re: bride: IPv6 multicast snooping enhancements
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: bride: IPv6 multicast snooping enhancements
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: Fix inability to add non-vlan fdb entry
  • From: David Miller <davem@xxxxxxxxxx>
• [PATCH net] bridge: Fix inability to add non-vlan fdb entry
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: add missing bridge port check for offloads
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] bridge: add missing bridge port check for offloads
  • From: roopa@xxxxxxxxxxxxxxxxxxx
• Re: bridge: offload bridge port attributes to switch asic if feature flag set
  • From: roopa <roopa@xxxxxxxxxxxxxxxxxxx>
• Re: bridge: offload bridge port attributes to switch asic if feature flag set
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [patch] bridge: simplify br_getlink() a bit
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch] bridge: simplify br_getlink() a bit
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [patch] bridge: simplify br_getlink() a bit
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net-next v2 0/2] net: DSA fixes for bridge and ip-autoconf
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next v2 2/2] net: bridge: reject DSA-enabled master netdevices as bridge members
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH net-next v2 1/2] net: ipv4: handle DSA enabled master network devices
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH net-next v2 0/2] net: DSA fixes for bridge and ip-autoconf
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH net-next 1/2] net: ipv4: handle DSA enabled master network devices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: only provide proxy ARP when CONFIG_INET is enabled
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 2/2] net: bridge: reject DSA-enabled master netdevices as bridge members
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH net-next 1/2] net: ipv4: handle DSA enabled master network devices
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH net-next 0/2] net: DSA fixes for bridge and ip-autoconf
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH] bridge: only provide proxy ARP when CONFIG_INET is enabled
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH] bridge: only provide proxy ARP when CONFIG_INET is enabled
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH] bridge: only provide proxy ARP when CONFIG_INET is enabled
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] bridge: only provide proxy ARP when CONFIG_INET is enabled
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: only provide proxy ARP when CONFIG_INET is enabled
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• [PATCH] bridge: only provide proxy ARP when CONFIG_INET is enabled
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 net-next] bridge: Add ability to enable TSO
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next] bridge: Add ability to enable TSO
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH v2 net-next] bridge: Add ability to enable TSO
  • From: Pankaj Gupta <pagupta@xxxxxxxxxx>
• Re: [PATCH v2 net-next] bridge: Add ability to enable TSO
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH v2 net-next] bridge: Add ability to enable TSO
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] bridge: remove BR_GROUPFWD_RESTRICTED for arbitrary forwarding of reserved addresses
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] bridge: remove BR_GROUPFWD_RESTRICTED for arbitrary forwarding of reserved addresses
  • From: Bernhard Thaler <bernhard.thaler@xxxxxxxx>
• [PATCH 2/2 net-next] netfilter: remove 0 assignment on static
  • From: Fabian Frederick <fabf@xxxxxxxxx>
• [PATCH 1/2 net-next] netfilter: remove err1 label only used with CONFIG_SYSCTL
  • From: Fabian Frederick <fabf@xxxxxxxxx>
• Fwd: Bridge Configuration
  • From: Ijaz Fazily <ijaz.fazily@xxxxxxxxxxx>
• ipsec + bridge
  • From: Denis Zinevich <link@xxxxxxxxxx>
• Re: Multicast packets being lost (3.10 stable)
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: Multicast packets being lost (3.10 stable)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Packet Forward to same interface
  • From: Chirag Patwari <chirag.patwari@xxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: Add ability to always enable TSO/UFO
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: Add ability to always enable TSO/UFO
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: Add ability to always enable TSO/UFO
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: Add ability to always enable TSO/UFO
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Multicast packets being lost (3.10 stable)
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH net-next] bridge: Add ability to always enable TSO/UFO
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• IPv6 UDP responses not transmitting
  • From: k1gto@xxxxxxxxxxx
• Re: [PATCH 1/1] bridge: Fix NAT66ed IPv6 packets not being bridged correctly
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] bridge: Fix NAT66ed IPv6 packets not being bridged correctly
  • From: Bernhard Thaler <bernhard.thaler@xxxxxxxx>
• Re: Put virbr0 in promiscuous mode
  • From: Sagar Shedge <sagar.shedge92@xxxxxxxxx>
• Re: Bridge Consuming LACP PDUs
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: Bridge Consuming LACP PDUs
  • From: jogesh panda <jogesh.panda@xxxxxxxxx>
• Re: Bridge Consuming LACP PDUs
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Bridge Consuming LACP PDUs
  • From: jogesh panda <jogesh.panda@xxxxxxxxx>
• Re: Put virbr0 in promiscuous mode
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Put virbr0 in promiscuous mode
  • From: Sagar Shedge <sagar.shedge92@xxxxxxxxx>
• Re: [PATCH] bridge: fix netfilter/NF_BR_LOCAL_OUT for own, locally generated queries
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH] bridge: missing null bridge device check causing null pointer dereference (bugfix)
  • From: 박수현 <suhyun.park@xxxxxxxxxx>
• Re: [PATCH] bridge: missing null bridge device check causing null pointer dereference (bugfix)
  • From: 박수현 <suhyun.park@xxxxxxxxxx>
• [PATCH] bridge: missing null bridge device check causing null pointer dereference (bugfix)
  • From: Su-Hyun Park <suhyun.park@xxxxxxxxxx>
• [PATCH] netfilter: nft_reject_bridge: Fix powerpc build error
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] bridge: fix netfilter/NF_BR_LOCAL_OUT for own, locally generated queries
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: arm64 allmodconfig failures in nft_reject_bridge.c
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: arm64 allmodconfig failures in nft_reject_bridge.c
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: arm64 allmodconfig failures in nft_reject_bridge.c
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: arm64 allmodconfig failures in nft_reject_bridge.c
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH] bridge: fix netfilter/NF_BR_LOCAL_OUT for own, locally generated queries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: fix netfilter/NF_BR_LOCAL_OUT for own, locally generated queries
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: arm64 allmodconfig failures in nft_reject_bridge.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: arm64 allmodconfig failures in nft_reject_bridge.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: arm64 allmodconfig failures in nft_reject_bridge.c
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: missing null bridge device check causing null pointer dereference (bugfix)
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] bridge: missing null bridge device check causing null pointer dereference (bugfix)
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: missing null bridge device check causing null pointer dereference (bugfix)
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH] netfilter: nft_reject_bridge: Fix powerpc build error
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: fix netfilter/NF_BR_LOCAL_OUT for own, locally generated queries
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: randconfig build error with next-20141028, in net/bridge
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: randconfig build error with next-20141028, in net/bridge
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• randconfig build error with next-20141028, in net/bridge
  • From: Jim Davis <jim.epost@xxxxxxxxx>
• Re: randconfig build error with next-20141028, in net/bridge
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Antwort: Re: Antwort: RSTP daemon and Marvel switch
  • From: Oliver.Graute@xxxxxxxxxx
• Re: Antwort: RSTP daemon and Marvel switch
  • From: M Satyanarayana Reddy <satyanarayanam@xxxxxxxxxxxxxxx>
• Antwort: RSTP daemon and Marvel switch
  • From: Oliver.Graute@xxxxxxxxxx
• RSTP daemon and Marvel switch
  • From: Oliver.Graute@xxxxxxxxxx
• Re: [PATCH net-next] netfilter: create audit records for ebtables replaces
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: netconsole breaks netpoll on bridge
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• Re: netconsole breaks netpoll on bridge
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: netconsole breaks netpoll on bridge
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH net-next] netfilter: create audit records for ebtables replaces
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH net-next] netfilter: create audit records for ebtables replaces
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• tg3 not working in bridged mode
  • From: Michel Wilson <michel@xxxxxxx>
• Re: Unable to DNAT packets back into originating bridge port
  • From: Matthijs Kooijman <matthijs@xxxxxxxx>
• Unable to DNAT packets back into originating bridge port
  • From: Matthijs Kooijman <matthijs@xxxxxxxx>
• parallel bridging?
  • From: Jochen Dehm <jochen.dehm@xxxxxxxxxx>
• Re: [PATCH] bridge: mark packets sent to any local mac address as PACKET_HOST
  • From: Maxime Bizon <mbizon@xxxxxxxxxx>
• Re: [PATCH] bridge: mark packets sent to any local mac address as PACKET_HOST
  • From: Maxime Bizon <mbizon@xxxxxxxxxx>
• [PATCH] bridge: mark packets sent to any local mac address as PACKET_HOST
  • From: Maxime Bizon <mbizon@xxxxxxxxxx>
• Re: Unable to DNAT packets back into originating bridge port
  • From: Florian Westphal <fw@xxxxxxxxx>
• [PATCH net-next] net: bridge: add a br_set_state helper function
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• Re: [PATCH] net: bridge: add a br_set_state helper function
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH] net: bridge: add a br_set_state helper function
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH] br_multicast: Replace rcu_assign_pointer() with RCU_INIT_POINTER()
  • From: Andreea-Cristina Bernat <bernat.ada@xxxxxxxxx>
• [PATCH 1/1] bridge: Fix NAT66ed IPv6 packets not being bridged correctly
  • From: Bernhard Thaler <bernhard.thaler@xxxxxxxx>
• Re: [PATCHv2 net-next 2/4] bridge: adhere to querier election mechanism specified by RFCs
  • From: Ajith Adapa <adapa.ajith@xxxxxxxxx>
• Re: [PATCH v4 net-next 0/3] bridge: Add vlan filtering support for default pvid
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 3/3] bridge: Add filtering support for default_pvid
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• [PATCH v4 net-next 3/3] bridge: Add filtering support for default_pvid
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v4 net-next 1/3] bridge: Add a default_pvid sysfs attribute
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v4 net-next 2/3] bridge: Simplify pvid checks.
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v4 net-next 0/3] bridge: Add vlan filtering support for default pvid
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v3 net-next 1/3] bridge: Add a default_pvid sysfs attribute
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• Re: [PATCH v3 net-next 1/3] bridge: Add a default_pvid sysfs attribute
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v3 net-next 3/3] bridge: Add filtering support for default_pvid
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 1/1] bridge: Fix NAT66ed IPv6 packets not being bridged correctly
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 3/3] bridge: Add filtering support for default_pvid
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 3/3] bridge: Add filtering support for default_pvid
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 2/3] bridge: Simplify pvid checks.
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH v3 net-next 1/3] bridge: Add a default_pvid sysfs attribute
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH v3 net-next 3/3] bridge: Add filtering support for default_pvid
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v3 net-next 2/3] bridge: Simplify pvid checks.
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v3 net-next 1/3] bridge: Add a default_pvid sysfs attribute
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v3 net-next 0/3] bridge: Add vlan filtering support for default pvid
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next] net: bridge: add a br_set_state helper function
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 net 0/3] bridge: Add vlan filtering support for default pvid
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 net 3/3] bridge: Add filtering support for default_pvid
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH v2 net 2/3] bridge: Simplify pvid checks.
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH v2 net 1/3] bridge: Add a default_pvid sysfs attribute
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH v2 net 0/3] bridge: Add vlan filtering support for default pvid
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v2 net 0/3] bridge: Add vlan filtering support for default pvid
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 net 3/3] bridge: Add filtering support for default_pvid
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v2 net 2/3] bridge: Simplify pvid checks.
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v2 net 1/3] bridge: Add a default_pvid sysfs attribute
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• [PATCH v2 net 0/3] bridge: Add vlan filtering support for default pvid
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• Forwarding large fragmented IPv6 packets broken by nf_defrag_ipv6
  • From: Michał Kępień <michal.kepien@xxxxxxx>
• [PATCH] bridge: fix netfilter/NF_BR_LOCAL_OUT for own, locally generated queries
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH 3/3] bridge; Automatically filter vlans configured on top of bridge
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] bridge; Automatically filter vlans configured on top of bridge
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 3/3] bridge; Automatically filter vlans configured on top of bridge
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] bridge; Automatically filter vlans configured on top of bridge
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 3/3] bridge; Automatically filter vlans configured on top of bridge
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• Re: [PATCH 3/3] bridge; Automatically filter vlans configured on top of bridge
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 2/3] bridge: Add filtering support for default_pvid
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 0/3] bridge: Some nice new things for vlan filtering
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] bridge; Automatically filter vlans configured on top of bridge
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] bridge: Add filtering support for default_pvid
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] bridge: Fix NAT66ed IPv6 packets not being bridged correctly
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] bridge: Some nice new things for vlan filtering
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] bridge; Automatically filter vlans configured on top of bridge
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 2/3] bridge: Add filtering support for default_pvid
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 3/3] bridge; Automatically filter vlans configured on top of bridge
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• Re: [PATCH 2/3] bridge: Add filtering support for default_pvid
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• [PATCH 1/3] bridge: Add a default_pvid sysfs attribute
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• [PATCH 2/3] bridge: Add filtering support for default_pvid
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• [PATCH 3/3] bridge; Automatically filter vlans configured on top of bridge
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• [PATCH 0/3] bridge: Some nice new things for vlan filtering
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• Re: Multicast packets being lost (3.10 stable)
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH net-next] netfilter: create audit records for ebtables replaces
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH net-next] netfilter: create audit records for ebtables replaces
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Parsing /etc/network/interfaces
  • From: Rohan Sen <rsen@xxxxxxxxxx>
• Re: [PATCH] br_multicast: Replace rcu_assign_pointer() with RCU_INIT_POINTER()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFC] bridge: Allow to redirect IPv6 traffic to local machine
  • From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: Update outdated comment on promiscuous mode
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] bridge: Update outdated comment on promiscuous mode
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: remove a useless comment
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: remove a useless comment
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH] bridge: remove a useless comment
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Bridge "address x.x.x.x" Configuration
  • From: stimits@xxxxxxxxxxx
• Re: [PATCH net] bridge: Don't include NDA_VLAN for FDB entries with vid 0
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] bridge: Don't include NDA_VLAN for FDB entries with vid 0
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH] [linux-next] netfilter: kill remnants of ulog targets
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH] [linux-next] netfilter: kill remnants of ulog targets
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• A question about Wireless dongle HW and driver support - best practice
  • From: Igor Bezukh <Igor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/4] bridge: multicast snooping exports #2
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: adding stubs for multicast exports
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• [PATCH net-next 1/2] bridge: adding stubs for multicast exports
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH net-next 2/2] bridge: export knowledge about the presence of IGMP/MLD queriers
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH net-next 0/4] bridge: multicast snooping exports #2
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCHv2 net-next 2/4] bridge: adhere to querier election mechanism specified by RFCs
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH] bridge: mark packets sent to any local mac address as PACKET_HOST
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: mark packets sent to any local mac address as PACKET_HOST
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: mark packets sent to any local mac address as PACKET_HOST
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: netconsole breaks netpoll on bridge
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• Re: netconsole breaks netpoll on bridge
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• Re: netconsole breaks netpoll on bridge
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2 net-next] bridge: fix bugs introduced by last multicast patchset
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 0/2 net-next] bridge: fix bugs introduced by last multicast patchset
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH 2/2] bridge: fix compile error when compiling without IPv6 support
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH 1/2] bridge: fix smatch warning / potential null pointer dereference
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH v2 net-next 0/4] bridge: 802.1ad vlan protocol support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv4 net-next 0/4] bridge: multicast snooping patches / exports
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 3/4] bridge: Consider the Nearest Customer Bridge group addresses
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next 3/4] bridge: Consider the Nearest Customer Bridge group addresses
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 net-next 2/4] bridge: Prepare for 802.1ad vlan filtering support
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH v2 net-next 3/4] bridge: Prepare for forwarding another bridge group addresses
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH v2 net-next 0/4] bridge: 802.1ad vlan protocol support
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH v2 net-next 4/4] bridge: Support 802.1ad vlan filtering
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH v2 net-next 1/4] bridge: Add 802.1ad tx vlan acceleration
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next 4/4] bridge: Support 802.1ad vlan filtering
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next 3/4] bridge: Consider the Nearest Customer Bridge group addresses
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next 4/4] bridge: Support 802.1ad vlan filtering
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next 3/4] bridge: Consider the Nearest Customer Bridge group addresses
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next 3/4] bridge: Consider the Nearest Customer Bridge group addresses
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• Re: [PATCH net-next 3/4] bridge: Consider the Nearest Customer Bridge group addresses
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [linux-nics] [PATCHv3 2/3] list: Fix order of arguments for hlist_add_after(_rcu)
  • From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
• [PATCH net-next 0/4] bridge: 802.1ad vlan protocol support
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net-next 4/4] bridge: Support 802.1ad vlan filtering
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net-next 3/4] bridge: Consider the Nearest Customer Bridge group addresses
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net-next 1/4] bridge: Add 802.1ad tx vlan acceleration
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net-next 2/4] bridge: Prepare for 802.1ad vlan filtering support
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCHv3 2/3] list: Fix order of arguments for hlist_add_after(_rcu)
  • From: Ken Helias <kenhelias@xxxxxx>
• [PATCHv2 02/13] list: Fix order of arguments for hlist_add_after(_rcu)
  • From: Ken Helias <kenhelias@xxxxxx>
• Re: [PATCH] list: Fix order of arguments for hlist_add_after(_rcu)
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCHv4 net-next 4/4] bridge: memorize and export selected IGMP/MLD querier port
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCHv4 net-next 2/4] bridge: adhere to querier election mechanism specified by RFCs
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCHv4 net-next 3/4] bridge: add export of multicast database adjacent to net_dev
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCHv4 net-next 1/4] bridge: rename struct bridge_mcast_query/querier
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCHv4 net-next 0/4] bridge: multicast snooping patches / exports
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH] list: Fix order of arguments for hlist_add_after(_rcu)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] list: Fix order of arguments for hlist_add_after(_rcu)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] list: Fix order of arguments for hlist_add_after(_rcu)
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH] list: Fix order of arguments for hlist_add_after(_rcu)
  • From: Ken Helias <kenhelias@xxxxxxxxxxx>
• Re: [PATCH v2 net-next] bridge: Fix incorrect judgment of promisc
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next] bridge: Fix incorrect judgment of promisc
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next] bridge: Fix incorrect judgment of promisc
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH net-next] bridge: Fix incorrect judgment of promisc
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v2 net-next] bridge: Fix incorrect judgment of promisc
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2 net-next] bridge: Fix incorrect judgment of promisc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 0/4] bridge: multicast snooping patches / exports
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 0/4] bridge: multicast snooping patches / exports
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH net-next] bridge: Fix incorrect judgment of promisc
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH v2 net-next] bridge: Fix incorrect judgment of promisc
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next] bridge: Fix incorrect judgment of promisc
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next] bridge: Fix incorrect judgment of promisc
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next] bridge: Fix incorrect judgment of promisc
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 net-next] bridge: Fix incorrect judgment of promisc
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: Fix incorrect judgment of promisc
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net-next] bridge: Fix incorrect judgment of promisc
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 0/4] bridge: multicast snooping patches / exports
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Newall <davidn@xxxxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Newall <davidn@xxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: Prevent insertion of FDB entry with disallowed vlan
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCHv3 net-next 0/4] bridge: multicast snooping patches / exports
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCHv3 net-next 4/4] bridge: memorize and export selected IGMP/MLD querier port
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCHv3 net-next 3/4] bridge: add export of multicast database adjacent to net_dev
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCHv3 net-next 2/4] bridge: adhere to querier election mechanism specified by RFCs
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCHv3 net-next 1/4] bridge: rename struct bridge_mcast_query/querier
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH net] bridge: Prevent insertion of FDB entry with disallowed vlan
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net] bridge: notify user space after fdb update
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: fix the unbalanced promiscuous count when add_if failed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: Prevent insertion of FDB entry with disallowed vlan
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net-next 3/4] bridge: add export of multicast database adjacent to net_dev
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 net-next 0/4] bridge: multicast snooping patches / exports
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: fix the unbalanced promiscuous count when add_if failed
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: notify user space after fdb update
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 net-next 0/4] bridge: multicast snooping patches / exports
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [HEADS UP] Migrating ebtables and arptables to netfilter.org
  • From: Maciej Żenczykowski <zenczykowski@xxxxxxxxx>
• Re: [PATCH net] bridge: notify user space after fdb update
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [PATCH net] bridge: notify user space after fdb update
  • From: Jon Maxwell <jmaxwell37@xxxxxxxxx>
• Re: [PATCH net-next] bridge: fix the unbalanced promiscuous count when add_if failed
  • From: Amos Kong <akong@xxxxxxxxxx>
• [PATCH net-next] bridge: fix the unbalanced promiscuous count when add_if failed
  • From: Wang Weidong <wangweidong1@xxxxxxxxxx>
• Re: [PATCH net-next] bridge: fix the unbalanced promiscuous count when add_if failed
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net] bridge: notify user space after fdb update
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [HEADS UP] Migrating ebtables and arptables to netfilter.org
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH net] bridge: notify user space after fdb update
  • From: Jon Maxwell <jmaxwell37@xxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Newall <davidn@xxxxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Newall <davidn@xxxxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Newall <davidn@xxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: notify user space of fdb port change
  • From: Jon Maxwell <jmaxwell@xxxxxxxxxx>
• randconfig build error with next-20140523, in net/bridge/br_netfilter.c
  • From: Jim Davis <jim.epost@xxxxxxxxx>
• Re: [PATCH net] bridge: notify user space of fdb port change
  • From: Jon Maxwell <jmaxwell@xxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Newall <davidn@xxxxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Newall <davidn@xxxxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Newall <davidn@xxxxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: Valdis.Kletnieks@xxxxxx
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Newall <davidn@xxxxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Newall <davidn@xxxxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: Florian Westphal <fw@xxxxxxxxx>
• Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Newall <davidn@xxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: notify user space of fdb port change
  • From: Jon Maxwell <jmaxwell@xxxxxxxxxx>
• Re: [PATCH net] bridge: notify user space of fdb port change
  • From: Jon Maxwell <jmaxwell@xxxxxxxxxx>
• [PATCH net] bridge: notify user space of fdb port change
  • From: Jon Maxwell <jmaxwell37@xxxxxxxxx>
• [PATCH net] bridge: notify user space of fdb port change
  • From: Jon Maxwell <jmaxwell37@xxxxxxxxx>
• Re: [PATCH net] bridge: notify user space of fdb port change
  • From: Jon Maxwell <jmaxwell@xxxxxxxxxx>
• Re: [PATCH net] bridge: notify user space of fdb port change
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [PATCH net] bridge: notify user space of fdb port change
  • From: Jon Maxwell <jmaxwell37@xxxxxxxxx>
• Re: [PATCH] [resend] net: get rid of SET_ETHTOOL_OPS
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH] [resend] net: get rid of SET_ETHTOOL_OPS
  • From: Wilfried Klaebe <w-lkml@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [resend] net: get rid of SET_ETHTOOL_OPS
  • From: Anish Khurana <anish.khurana130181@xxxxxxxxx>
• [PATCH] [resend] net: get rid of SET_ETHTOOL_OPS
  • From: Wilfried Klaebe <w-lkml@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: get rid of SET_ETHTOOL_OPS
  • From: Peter Senna Tschudin <peter.senna@xxxxxxxxx>
• [PATCH] net: get rid of SET_ETHTOOL_OPS
  • From: Wilfried Klaebe <w-lkml@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: Add port flap detection
  • From: Jon Maxwell <jmaxwell@xxxxxxxxxx>
• Re: [PATCH net] bridge: Add port flap detection
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH net] bridge: Add port flap detection
  • From: Jon Maxwell <jmaxwell37@xxxxxxxxx>
• Re: [PATCH 2/3] bridge: trigger a bridge calculation upon port changes
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
• Re: [PATCH 1/1] superfluous skb->nfct check in br_nf_dev_queue_xmit
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: [PATCH 1/1] superfluous skb->nfct check in br_nf_dev_queue_xmit
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [PATCH 1/1] superfluous skb->nfct check in br_nf_dev_queue_xmit
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [PATCH net] bridge: Handle IFLA_ADDRESS correctly when creating bridge device
  • From: Tom Gundersen <teg@xxxxxxx>
• Re: [PATCH 2/3] bridge: trigger a bridge calculation upon port changes
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
• [PATCH][RFC] bridge: mark packets sent to any local mac address as PACKET_HOST
  • From: Maxime Bizon <mbizon@xxxxxxxxxx>
• Re: [BUG?] bridge_id not getting set for bridges created with
  • From: Tom Gundersen <teg@xxxxxxx>
• [BUG?] bridge_id not getting set for bridges created with
  • From: Tom Gundersen <teg@xxxxxxx>
• Re: sometimes ping fails when enable stp
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH net] bridge: notify user space after fdb update
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net] bridge: Prevent insertion of FDB entry with disallowed vlan
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• Re: [PATCH net] bridge: notify user space after fdb update
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: Prevent insertion of FDB entry with disallowed vlan
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Create bridge using rtnetlink
  • From: Milos Gajdos <gy2kre@xxxxxxxxxx>
• [HEADS UP] Migrating ebtables and arptables to netfilter.org
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH net] bridge: Prevent insertion of FDB entry with disallowed vlan
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCHv2 net-next 4/4] bridge: memorize and export selected IGMP/MLD querier port
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCHv2 net-next 2/4] bridge: adhere to querier election mechanism specified by RFCs
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCHv2 net-next 1/4] bridge: rename struct bridge_mcast_query/querier
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCHv2 net-next 3/4] bridge: add export of multicast database adjacent to net_dev
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCHv2 net-next 0/4] bridge: multicast snooping patches / exports
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: randconfig build error with next-20140523, in net/bridge/br_netfilter.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 2/4] bridge: adhere to querier election mechanism specified by RFCs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: notify user space of fdb port change
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: bridge: multicast snooping patches / exports
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• [PATCH net-next 4/4] bridge: memorize and export selected IGMP/MLD querier port
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH net-next 3/4] bridge: add export of multicast database adjacent to net_dev
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• bridge: multicast snooping patches / exports
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH net-next 1/4] bridge: rename struct bridge_mcast_query/querier
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH net-next 2/4] bridge: adhere to querier election mechanism specified by RFCs
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Revert 462fb2af9788a82a534f8184abfde31574e1cfa0 (bridge : Sanitize skb before it enters the IP stack)
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: [PATCH v3 net-next 0/6] Non-promisc bidge ports support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v3 net-next 6/6] bridge: Automatically manage port promiscuous mode.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v3 net-next 5/6] bridge: Add addresses from static fdbs to non-promisc ports
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v3 net-next 4/6] bridge: Introduce BR_PROMISC flag
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v3 net-next 3/6] bridge: Add functionality to sync static fdb entries to hw
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v3 net-next 2/6] bridge: Keep track of ports capable of automatic discovery.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v3 net-next 1/6] bridge: Turn flag change macro into a function.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v3 net-next 0/6] Non-promisc bidge ports support
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH v2 net-next 8/8] bridge: Automatically manage promisc mode when vlan filtering is on.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net-next 7/8] bridge: Correctly manage promiscuity when user requested it.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net-next 6/8] bridge: Automatically manage port promiscuous mode.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net-next 4/8] bridge: Introduce BR_PROMISC flag
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net-next 3/8] bridge: Add functionality to sync static fdb entries to hw
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net-next 2/8] bridge: Keep track of ports capable of automatic discovery.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net-next 5/8] bridge: Add addresses from static fdbs to non-promisc ports
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 net-next 1/8] bridge: Turn flag change macro into a function.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH v2 net-next 7/8] bridge: Correctly manage promiscuity when user requested it.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net-next 8/8] bridge: Automatically manage promisc mode when vlan filtering is on.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net-next 6/8] bridge: Automatically manage port promiscuous mode.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net-next 5/8] bridge: Add addresses from static fdbs to non-promisc ports
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net-next 4/8] bridge: Introduce BR_PROMISC flag
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net-next 2/8] bridge: Keep track of ports capable of automatic discovery.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net-next 3/8] bridge: Add functionality to sync static fdb entries to hw
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net-next 1/8] bridge: Turn flag change macro into a function.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net-next 0/8] Non-promisc bidge ports support
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next 2/8] bridge: Keep track of ports capable of automatic discovery.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next 0/8] Non-promisc bidge ports support
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next 0/8] Non-promisc bidge ports support
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/8] Non-promisc bidge ports support
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next 3/8] bridge: Add functionality to sync static fdb entries to hw
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 5/8] bridge: Add addresses from static fdbs to non-promisc ports
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 8/8] bridge: Automatically manage promisc mode when vlan filtering is on.
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/8] Non-promisc bidge ports support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 2/8] bridge: Keep track of ports capable of automatic discovery.
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 2/8] bridge: Keep track of ports capable of automatic discovery.
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/8] Non-promisc bidge ports support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH net-next 8/8] bridge: Automatically manage promisc mode when vlan filtering is on.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next 7/8] bridge: Correctly manage promiscuity when user requested it.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next 6/8] bridge: Automatically manage port promiscuous mode.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next 5/8] bridge: Add addresses from static fdbs to non-promisc ports
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next 4/8] bridge: Introduce BR_PROMISC flag
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next 2/8] bridge: Keep track of ports capable of automatic discovery.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next 3/8] bridge: Add functionality to sync static fdb entries to hw
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next 0/8] Non-promisc bidge ports support
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net-next 1/8] bridge: Turn flag change macro into a function.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net] bridge: notify user space of fdb port change
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH] [resend] net: get rid of SET_ETHTOOL_OPS
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: notify user space of fdb port change
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Linux Bridge is slow ?
  • From: ratheesh kannoth <ratheesh.ksz@xxxxxxxxx>
• Re: [PATCH net] bridge: Add port flap detection
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: Add port flap detection
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: simplify a br_multicast_query_received() function call
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH 2/3] bridge: trigger a bridge calculation upon port changes
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH 2/3] bridge: trigger a bridge calculation upon port changes
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH 1/3] bridge: preserve random init MAC address
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [RFC PATCH v2 net-next 0/7] Non-promisc bidge ports support
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 1/3] bridge: preserve random init MAC address
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] bridge: trigger a bridge calculation upon port changes
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 net-next 0/7] Non-promisc bidge ports support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH v2 net-next 0/7] Non-promisc bidge ports support
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 net-next 4/7] bridge: Automatically manage port promiscuous mode.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH v2 net-next 4/7] bridge: Automatically manage port promiscuous mode.
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [RFC PATCH v2 net-next 2/7] bridge: Keep track of ports capable of automatic discovery.
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [RFC PATCH v2 net-next 4/7] bridge: Automatically manage port promiscuous mode.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [RFC PATCH v2 net-next 2/7] bridge: Keep track of ports capable of automatic discovery.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/1] superfluous skb->nfct check in br_nf_dev_queue_xmit
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• performance same ?
  • From: ratheesh kannoth <ratheesh.ksz@xxxxxxxxx>
• [RFC PATCH v2 net-next 7/7] bridge: Automatically manage promisc mode when vlan filtering is on.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [RFC PATCH v2 net-next 6/7] bridge: Correctly manage promiscuity when user requested it.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [RFC PATCH v2 net-next 5/7] bridge: Add addresses from static fdbs to non-promisc ports
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [RFC PATCH v2 net-next 3/7] bridge: Add functionality to sync static fdb entries to hw
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [RFC PATCH v2 net-next 4/7] bridge: Automatically manage port promiscuous mode.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [RFC PATCH v2 net-next 2/7] bridge: Keep track of ports capable of automatic discovery.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [RFC PATCH v2 net-next 1/7] bridge: Turn flag change macro into a function.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [RFC PATCH v2 net-next 0/7] Non-promisc bidge ports support
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 1/1] superfluous skb->nfct check in br_nf_dev_queue_xmit
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] superfluous skb->nfct check in br_nf_dev_queue_xmit
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• [PATCH v2] bridge: Superfluous skb->nfct check in br_nf_dev_queue_xmit
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] superfluous skb->nfct check in br_nf_dev_queue_xmit
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• Re: [PATCH net v2] bridge: Handle IFLA_ADDRESS correctly when creating bridge device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: Handle IFLA_ADDRESS correctly when creating bridge device
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net v2] bridge: Handle IFLA_ADDRESS correctly when creating bridge device
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: Handle IFLA_ADDRESS correctly when creating bridge device
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: Handle IFLA_ADDRESS correctly when creating bridge device
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH net] bridge: Handle IFLA_ADDRESS correctly when creating bridge device
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [BUG?] bridge_id not getting set for bridges created with
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: simplify a br_multicast_query_received() function call
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] bridge: preserve random init MAC address
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [PATCH][RFC] bridge: mark packets sent to any local mac address as PACKET_HOST
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH] bridge: simplify a br_multicast_query_received() function call
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH 1/1] superfluous skb->nfct check in br_nf_dev_queue_xmit
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• [PATCH 1/1] superfluous skb->nfct check in br_nf_dev_queue_xmit
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• Re: how bridge do the state transfer from learing to forwarding
  • From: Chris Healy <cphealy@xxxxxxxxx>
• Re: how bridge do the state transfer from learing to forwarding
  • From: Chris Healy <cphealy@xxxxxxxxx>
• Re: questions about ebtable ip extension
  • From: "longguang.yue" <kernelluck@xxxxxxx>
• how bridge do the state transfer from learing to forwarding
  • From: "longguang.yue" <kernelluck@xxxxxxx>
• sometimes ping fails when enable stp
  • From: "longguang.yue" <kernelluck@xxxxxxx>
• questions about ebtable ip extension
  • From: "longguang.yue" <kernelluck@xxxxxxx>
• bridge only forward packets on one interface
  • From: Giuseppe Sacco <giuseppe@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] bridge: Fix double free and memory leak around br_allowed_ingress
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH] net/bridge: Use RCU_INIT_POINTER(x, NULL) in br_vlan.c
  • From: Monam Agarwal <monamagarwal123@xxxxxxxxx>
• Re: [PATCH 1/3] bridge: preserve random init MAC address
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
• Re: [PATCH 3/3] bridge: fix bridge root block on designated port
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
• Re: [PATCH 2/3] bridge: trigger a bridge calculation upon port changes
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
• Re: what is the driver of vm's virtual ethernet?
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 net 0/2] bridge: Fix forwarding of 8021AD frames
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: Fix memory leak in br_dev_xmit
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• what is the driver of vm's virtual ethernet?
  • From: "longguang.yue" <kernelluck@xxxxxxx>
• Re: [PATCH net] bridge: Fix memory leak in br_dev_xmit
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• Re: [PATCH v2] bridge: Fix crash with vlan filtering and tcpdump
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] bridge: Fix handling stacked vlan tags
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 1/2] bridge: Fix inabillity to retrieve vlan tags when tx offload is disabled
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: Fix memory leak in br_dev_xmit
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH net] bridge: Fix memory leak in br_dev_xmit
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH v2] bridge: Fix crash with vlan filtering and tcpdump
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH v4 net] bridge: use is_skb_forwardable in forward path
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2] bridge: Fix crash with vlan filtering and tcpdump
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v4 net] bridge: use is_skb_forwardable in forward path
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net 2/2] bridge: Fix handling stacked vlan tags
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net 1/2] bridge: Fix inabillity to retrieve vlan tags when tx offload is disabled
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v3 net 2/2] bridge: use is_skb_forwardable in forward path
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v3 net 1/2] net: Allow modules to use is_skb_forwardable
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v3 net 0/2] bridge: Fix forwarding of 8021AD frames
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH] bridge: Fix crash with vlan filtering and tcpdump
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH] bridge: Fix crash with vlan filtering and tcpdump
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH net 1/2] bridge: Fix inabillity to retrieve vlan tags when tx offload is disabled
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net 2/2] bridge: Fix handling stacked vlan tags
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] net: Allow modules to use is_skb_forwardable
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 1/2] net: Allow modules to use is_skb_forwardable
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 net 1/2] net: Allow modules to use is_skb_forwardable
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] net: Allow modules to use is_skb_forwardable
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 2/2] bridge: use is_skb_forwardable in forward path
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net 2/2] bridge: use is_skb_forwardable in forward path
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net 1/2] net: Allow modules to use is_skb_forwardable
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH v2 net 0/2] bridge: Fix forwarding of 8021AD frames
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 0/2] bridge: Fix forwarding of 8021AD frames
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 0/2] bridge: Fix forwarding of 8021AD frames
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 0/2] bridge: Fix forwarding of 8021AD frames
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH] net/bridge: Use RCU_INIT_POINTER(x, NULL) in br_vlan.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: How packet finally reach internal_dev_xmit() routine from outside ?
  • From: ratheesh kannoth <ratheesh.ksz@xxxxxxxxx>
• Re: [PATCH 1/3] bridge: preserve random init MAC address
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• How packet finally reach internal_dev_xmit() routine from outside ?
  • From: ratheesh kannoth <ratheesh.ksz@xxxxxxxxx>
• Re: [PATCH 1/3] bridge: preserve random init MAC address
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] bridge: preserve random init MAC address
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] bridge: preserve random init MAC address
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] bridge: preserve random init MAC address
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] bridge: preserve random init MAC address
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] bridge: preserve random init MAC address
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] bridge: trigger a bridge calculation upon port changes
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] bridge: trigger a bridge calculation upon port changes
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Notify userspace about bridge learning MAC on new port
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFC 2/3] bridge: Prepare for 802.1ad vlan filtering support
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• Re: linux 3.10.12 bridge gso with ethtool
  • From: ajay kanala <ajaykanala321@xxxxxxxxx>
• Re: [PATCH 3/3] bridge: fix bridge root block on designated port
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] bridge: trigger a bridge calculation upon port changes
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/3] bridge: Prepare for 802.1ad vlan filtering support
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH RFC 2/3] bridge: Prepare for 802.1ad vlan filtering support
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• question about bridge code
  • From: lkcd <kernelluck@xxxxxxx>
• [PATCH 3/3] bridge: fix bridge root block on designated port
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• [PATCH 2/3] bridge: trigger a bridge calculation upon port changes
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• [PATCH 1/3] bridge: preserve random init MAC address
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• [PATCH] Notify userspace about bridge learning MAC on new port
  • From: Michael Braun <michael-dev@xxxxxxxxxxxxx>
• linux 3.10.12 bridge gso with ethtool
  • From: ajay kanala <ajaykanala321@xxxxxxxxx>
• Re: [PATCH RFC 2/3] bridge: Prepare for 802.1ad vlan filtering support
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCHv2 1/2] bridge: multicast: add sanity check for general query destination
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCHv2 2/2] bridge: multicast: enable snooping on general queries only
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCHv2 2/2] bridge: multicast: enable snooping on general queries only
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• [PATCHv2 2/2] bridge: multicast: enable snooping on general queries only
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCHv2 1/2] bridge: multicast: add sanity check for general query destination
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH 1/2] bridge: multicast: add sanity check for general query destination
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• [PATCH RFC 2/3] bridge: Prepare for 802.1ad vlan filtering support
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH RFC iproute2] bridge: Add 802.1ad vlan support
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH RFC 1/3] bridge: Fix handling stacked vlan tags
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH RFC 3/3] bridge: Support 802.1ad vlan filtering
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH RFC 0/3] bridge: 802.1ad vlan protocol support
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH 2/2] bridge: multicast: enable snooping on general queries only
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH 1/2] bridge: multicast: add sanity check for general query destination
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH] bridge: multicast: add sanity check for query source addresses
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: bridge is not forwaring ICMP6 neighbor solicitation to KVM guest
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: bridge is not forwaring ICMP6 neighbor solicitation to KVM guest
  • From: Jan Stancek <jstancek@xxxxxxxxxx>
• Re: bridge is not forwaring ICMP6 neighbor solicitation to KVM guest
  • From: Jan Stancek <jstancek@xxxxxxxxxx>
• Re: bridge is not forwaring ICMP6 neighbor solicitation to KVM guest
  • From: Jan Stancek <jstancek@xxxxxxxxxx>
• Re: bridge is not forwaring ICMP6 neighbor solicitation to KVM guest
  • From: Jan Stancek <jstancek@xxxxxxxxxx>
• Re: bridge is not forwaring ICMP6 neighbor solicitation to KVM guest
  • From: Jan Stancek <jstancek@xxxxxxxxxx>
• Re: bridge is not forwaring ICMP6 neighbor solicitation to KVM guest
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: bridge is not forwaring ICMP6 neighbor solicitation to KVM guest
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH] bridge: multicast: add sanity check for query source addresses
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: bridge is not forwaring ICMP6 neighbor solicitation to KVM guest
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH] bridge: multicast: add sanity check for query source addresses
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH] bridge: multicast: add sanity check for query source addresses
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• [PATCH] bridge: multicast: add sanity check for query source addresses
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [RFC v3 4/6] bridge: enable root block during device registration
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [RFC v3 4/6] bridge: enable root block during device registration
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: bridge is not forwaring ICMP6 neighbor solicitation to KVM guest
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [RFC v3 4/6] bridge: enable root block during device registration
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [RFC v3 4/6] bridge: enable root block during device registration
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: bridge is not forwaring ICMP6 neighbor solicitation to KVM guest
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [RFC v3 6/6] tun: add initialization root block support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• [RFC v3 5/6] xen-netback: use a random MAC address and force bridge root block
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• [RFC v3 4/6] bridge: enable root block during device registration
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• [RFC v3 3/6] bridge: fix bridge root block on designated port
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• [RFC v3 2/6] bridge: trigger a bridge calculation upon port changes
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• [RFC v3 1/6] bridge: preserve random init MAC address
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: bridge is not forwaring ICMP6 neighbor solicitation to KVM guest
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH 2/7] bridge: Keep track of ports capable of flooding.
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] bridge: Manage promisc mode when vlans are configured on top of a bridge
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
• Re: [PATCH 6/7] bridge: Manage promisc mode when vlans are configured on top of a bridge
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: Zoltan Kiss <zoltan.kiss@xxxxxxxxxx>
• Re: [PATCH 6/7] bridge: Manage promisc mode when vlans are configured on top of a bridge
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 6/7] bridge: Manage promisc mode when vlans are configured on top of a bridge
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 3/7] bridge: Add addresses from static fdbs to bridge address list
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 6/7] bridge: Manage promisc mode when vlans are configured on top of a bridge
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 3/7] bridge: Add addresses from static fdbs to bridge address list
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 2/7] bridge: Keep track of ports capable of flooding.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH RFC 0/7] Non-promisc bidge ports support
  • From: Amidu Sila <amidu@xxxxxxxxxxx>
• Re: [PATCH 3/7] bridge: Add addresses from static fdbs to bridge address list
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 7/7] bridge: Support promisc management when all ports are non-flooding
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC 0/7] Non-promisc bidge ports support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 7/7] bridge: Support promisc management when all ports are non-flooding
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH RFC 0/7] Non-promisc bidge ports support
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH RFC 0/7] Non-promisc bidge ports support
  • From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
• Re: [PATCH 4/7] bridge: Automatically manage port promiscuous mode.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 3/7] bridge: Add addresses from static fdbs to bridge address list
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 3/7] bridge: Add addresses from static fdbs to bridge address list
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 4/7] bridge: Automatically manage port promiscuous mode.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/7] bridge: Add addresses from static fdbs to bridge address list
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 6/7] bridge: Manage promisc mode when vlans are configured on top of a bridge
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 4/7] bridge: Automatically manage port promiscuous mode.
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/7] bridge: Add addresses from static fdbs to bridge address list
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/7] Non-promisc bidge ports support
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/7] bridge: Keep track of ports capable of flooding.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 6/7] bridge: Manage promisc mode when vlans are configured on top of a bridge
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/7] bridge: Add addresses from static fdbs to bridge address list
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 6/7] bridge: Manage promisc mode when vlans are configured on top of a bridge
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 7/7] bridge: Support promisc management when all ports are non-flooding
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 7/7] bridge: Support promisc management when all ports are non-flooding
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 2/7] bridge: Keep track of ports capable of flooding.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 4/7] bridge: Automatically manage port promiscuous mode.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 3/7] bridge: Add addresses from static fdbs to bridge address list
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 3/7] bridge: Add addresses from static fdbs to bridge address list
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/7] bridge: Turn flag change macro into a function.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 2/7] bridge: Keep track of ports capable of flooding.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH 1/7] bridge: Turn flag change macro into a function.
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH 7/7] bridge: Support promisc management when all ports are non-flooding
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 6/7] bridge: Manage promisc mode when vlans are configured on top of a bridge
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 5/7] bridge: Correctly manage promiscuity when user requested it.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 4/7] bridge: Automatically manage port promiscuous mode.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 3/7] bridge: Add addresses from static fdbs to bridge address list
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 2/7] bridge: Keep track of ports capable of flooding.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH 1/7] bridge: Turn flag change macro into a function.
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• [PATCH RFC 0/7] Non-promisc bidge ports support
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH 2/2] bridge: netfilter: Use ether_addr_copy
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] bridge: Use ether_addr_copy and ETH_ALEN
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/2] bridge: Use ether_addr_copy and ETH_ALEN
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 2/2] bridge: netfilter: Use ether_addr_copy
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• [PATCH 1/4] bridge-utils: Abort compilation on error in any subdirectory
  • From: Andrey Mazo <mazo@xxxxxxxx>
• [PATCH 2/4] bridge-utils: Remove unused variable in doc/Makefile.in
  • From: Andrey Mazo <mazo@xxxxxxxx>
• [PATCH 3/4] bridge-utils: AC_OUTPUT should be used without arguments
  • From: Andrey Mazo <mazo@xxxxxxxx>
• [PATCH 4/4] bridge-utils: Pretty print configure help
  • From: Andrey Mazo <mazo@xxxxxxxx>
• [PATCH 0/4] bridge-utils: build system fixes and cleanups
  • From: Andrey Mazo <mazo@xxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
• Re: [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• Re: [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [RFC v2 1/4] bridge: enable interfaces to opt out from becoming the root bridge
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxxxxxxxx>
• is there a design principle of linux bridge
  • From: lkcd <kernelluck@xxxxxxx>
• bridge vlan: why packet have to be rejected if no vlan is configured
  • From: François Cachereul <f.cachereul@xxxxxxxxxxxx>
• [PATCH net-next 0/2] bridge: spin_lock fix plus sysfs cleanup
  • From: Scott Feldman <sfeldma@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 2/2] bridge: use DEVICE_ATTR_xx macros
  • From: Scott Feldman <sfeldma@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 1/2] bridge: use spin_lock_bh() in br_multicast_set_hash_max
  • From: Scott Feldman <sfeldma@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: use spin_lock_bh() in br_multicast_set_hash_max
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 2/2] bridge: use DEVICE_ATTR_xx macros
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/2] bridge: use spin_lock_bh() in br_multicast_set_hash_max
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/1] bridge/br_multicast: use spin_lock_bh() in br_multicast_set_hash_max()
  • From: Curt Brune <curt@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/21] bridge: slight optimization of addr compare
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• Re: [PATCH 0/5] bridge: cleanup and fix checkpatch errors
  • From: Tan Xiaojun <tanxiaojun@xxxxxxxxxx>
• [PATCH 3/5] bridge: add space before '(/{', after ', ', etc.
  • From: Tan Xiaojun <tanxiaojun@xxxxxxxxxx>
• [PATCH 5/5] bridge: change the position of '{' to the pre line
  • From: Tan Xiaojun <tanxiaojun@xxxxxxxxxx>
• [PATCH 0/5] bridge: cleanup and fix checkpatch errors
  • From: Tan Xiaojun <tanxiaojun@xxxxxxxxxx>
• [PATCH 4/5] bridge: change "foo* bar" to "foo *bar"
  • From: Tan Xiaojun <tanxiaojun@xxxxxxxxxx>
• [PATCH 1/5] bridge: remove unnecessary condition judgment
  • From: Tan Xiaojun <tanxiaojun@xxxxxxxxxx>
• [PATCH 2/5] bridge: remove unnecessary parentheses
  • From: Tan Xiaojun <tanxiaojun@xxxxxxxxxx>
• [PATCH net-next] bridge: spelling fixes
  • From: Tan Xiaojun <tanxiaojun@xxxxxxxxxx>
• Re: [PATCH 1/1] bridge/br_multicast: use spin_lock_bh() in br_multicast_set_hash_max()
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 12/21] bridge: slight optimization of addr compare
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• [PATCH 12/21] bridge: slight optimization of addr compare
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• Re: [PATCH 0/5] bridge: cleanup and fix checkpatch errors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] bridge: cleanup and fix checkpatch errors
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: spelling fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: spelling fixes
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [patch net/stable v2] br: fix use of ->rx_handler_data in code executed on non-rx_handler path
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [patch net/stable v2] br: fix use of ->rx_handler_data in code executed on non-rx_handler path
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>