Linux Ethernet Bridging

• Thread Index

• 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>
• 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: Vlad Yasevich <vyasevich@xxxxxxxxx>
• 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: Vlad Yasevich <vyasevich@xxxxxxxxx>
• 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>
• Re: [patch net/stable v2] br: fix use of ->rx_handler_data in code executed on non-rx_handler path
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Packet reflection breaks Linux bridge
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: [patch net/stable v2] br: fix use of ->rx_handler_data in code executed on non-rx_handler path
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• Re: Packet reflection breaks Linux bridge
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• [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] br: fix use of ->rx_handler_data in code executed on non-rx_handler path
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: [patch net/stable] br: fix use of ->rx_handler_data in code executed on non-rx_handler path
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [patch net/stable] br: fix use of ->rx_handler_data in code executed on non-rx_handler path
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [Regression][3.12] bridge: fix NULL pointer deref of br_port_get_rcu
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [patch net/stable v2] br: fix use of ->rx_handler_data in code executed on non-rx_handler path
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [patch net/stable v2] br: fix use of ->rx_handler_data in code executed on non-rx_handler path
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [patch net/stable v2] br: fix use of ->rx_handler_data in code executed on non-rx_handler path
  • 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: David Miller <davem@xxxxxxxxxxxxx>
• Re: [patch net/stable v2] br: fix use of ->rx_handler_data in code executed on non-rx_handler path
  • 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: David Miller <davem@xxxxxxxxxxxxx>
• Re: Packet reflection breaks Linux bridge
  • From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
• Re: Packet reflection breaks Linux bridge
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: Packet reflection breaks Linux bridge
  • 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: 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: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [patch net/stable v2] br: fix use of ->rx_handler_data in code executed on non-rx_handler path
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [patch net/stable] br: fix use of ->rx_handler_data in code executed on non-rx_handler path
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [patch net/stable] br: fix use of ->rx_handler_data in code executed on non-rx_handler path
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [patch net/stable] br: fix use of ->rx_handler_data in code executed on non-rx_handler path
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Packet reflection breaks Linux bridge
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: [PATCH net RESEND] bridge: flush br's address entry in fdb when remove the bridge dev
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net RESEND] bridge: flush br's address entry in fdb when remove the bridge dev
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• Re: [PATCH tip/core/rcu 11/14] bonding/bond_main: Apply ACCESS_ONCE() to avoid sparse false positive
  • From: Ding Tianhong <dthxman@xxxxxxxxx>
• Re: [PATCH] net bridge: add null pointer check, fix panic
  • From: "Alexander Y. Fomichev" <git.user@xxxxxxxxx>
• Re: [PATCH net v2] bridge: flush br's address entry in fdb when remove the bridge dev
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net v2] bridge: flush br's address entry in fdb when remove the bridge dev
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• Re: [PATCH net RESEND] bridge: flush br's address entry in fdb when remove the bridge dev
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• Re: [PATCH net RESEND] bridge: flush br's address entry in fdb when remove the bridge dev
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• [PATCH net RESEND] bridge: flush br's address entry in fdb when remove the bridge dev
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• Re: [PATCH net] bridge: flush br's address entry in fdb when remove the bridge dev
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: bridge: flush br's address entry in fdb when remove the bridge dev
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• [PATCH net] bridge: flush br's address entry in fdb when remove the bridge dev
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• bridge: flush br's address entry in fdb when remove the bridge dev
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• Re: [PATCH tip/core/rcu 11/14] bonding/bond_main: Apply ACCESS_ONCE() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH tip/core/rcu 11/14] bonding/bond_main: Apply ACCESS_ONCE() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH tip/core/rcu 03/14] bridge: Apply ACCESS_ONCE() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH tip/core/rcu 10/14] bridge/br_mdb: Apply ACCESS_ONCE() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Mirroring function
  • From: <glenn.feunteun@xxxxxxxxxx>
• [PATCH] Mirroring function
  • From: <glenn.feunteun@xxxxxxxxxx>
• Re: [PATCH] Revert "bridge: only expire the mdb entry when query is received"
  • From: Vladislav Yasevich <vyasevich@xxxxxxxxx>
• Re: [RFC net] bridge: clean the nf_bridge status when forwarding the skb
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxxx>
• Re: [RFC net] bridge: clean the nf_bridge status when forwarding the skb
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxxx>
• Re: [PATCH v3 tip/core/rcu 0/14] Sparse-related updates for 3.13
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 tip/core/rcu 0/13] Sparse-related updates for 3.13
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 tip/core/rcu 0/13] Sparse-related updates for 3.13
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 tip/core/rcu 0/13] Sparse-related updates for 3.13
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net:drivers/net: Miscellaneous conversions to ETH_ALEN
  • From: "Arend van Spriel" <arend@xxxxxxxxxxxx>
• Re: [PATCH] Revert "bridge: only expire the mdb entry when query is received"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Revert "bridge: only expire the mdb entry when query is received"
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH] Revert "bridge: only expire the mdb entry when query is received"
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [PATCH] Revert "bridge: only expire the mdb entry when query is received"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Revert "bridge: only expire the mdb entry when query is received"
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [RFC net] bridge: clean the nf_bridge status when forwarding the skb
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• linux bridge performance tests and problems ebtables 100% cpu
  • From: "nedco@xxxxxxxx" <nedco@xxxxxxxx>
• Re: [PATCH v3 tip/core/rcu 0/14] Sparse-related updates for 3.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 tip/core/rcu 0/14] Sparse-related updates for 3.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 tip/core/rcu 0/14] Sparse-related updates for 3.13
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 tip/core/rcu 0/14] Sparse-related updates for 3.13
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 tip/core/rcu 0/14] Sparse-related updates for 3.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 tip/core/rcu 03/14] bridge: Apply ACCESS_ONCE() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 tip/core/rcu 11/14] bridge/br_mdb: Apply ACCESS_ONCE() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 tip/core/rcu 12/14] bonding/bond_main: Apply ACCESS_ONCE() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 tip/core/rcu 04/14] wireless: Apply ACCESS_ONCE() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 tip/core/rcu 0/14] Sparse-related updates for 3.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 tip/core/rcu 0/13] Sparse-related updates for 3.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 tip/core/rcu 04/13] wireless: Apply rcu_access_pointer() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 tip/core/rcu 12/13] bonding/bond_main: Apply rcu_access_pointer() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 tip/core/rcu 11/13] bridge/br_mdb: Apply rcu_access_pointer() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 tip/core/rcu 03/13] bridge: Apply rcu_access_pointer() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 tip/core/rcu 0/13] Sparse-related updates for 3.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net:drivers/net: Miscellaneous conversions to ETH_ALEN
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] net:drivers/net: Miscellaneous conversions to ETH_ALEN
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [RFC net] bridge: clean the nf_bridge status when forwarding the skb
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxxx>
• Re: [RFC net] bridge: clean the nf_bridge status when forwarding the skb
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
• Re: [RFC net] bridge: clean the nf_bridge status when forwarding the skb
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [RFC net] bridge: clean the nf_bridge status when forwarding the skb
  • From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
• Re: [RFC net] bridge: clean the nf_bridge status when forwarding the skb
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [RFC net] bridge: clean the nf_bridge status when forwarding the skb
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH tip/core/rcu 04/13] wireless: Apply rcu_access_pointer() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH tip/core/rcu 04/13] wireless: Apply rcu_access_pointer() to avoid sparse false positive
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• [PATCH tip/core/rcu 11/13] bridge/br_mdb: Apply rcu_access_pointer() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH tip/core/rcu 12/13] bonding/bond_main: Apply rcu_access_pointer() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH tip/core/rcu 03/13] bridge: Apply rcu_access_pointer() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH tip/core/rcu 04/13] wireless: Apply rcu_access_pointer() to avoid sparse false positive
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] resubmit bridge: fix message_age_timer calculation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/1] resubmit bridge: fix message_age_timer calculation
  • From: Chris Healy <cphealy@xxxxxxxxx>
• Re: [PATCH 1/1] bridge: fix message_age_timer calculation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] bridge: fix message_age_timer calculation
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] bridge: fix message_age_timer calculation
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] bridge: fix message_age_timer calculation
  • From: Chris Healy <cphealy@xxxxxxxxx>
• Re: bride: IPv6 multicast snooping enhancements
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 2/2] bridge: apply multicast snooping to IPv6 link-local, too
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH net-next 1/2] bridge: prevent flooding IPv6 packets that do not have a listener
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• bride: IPv6 multicast snooping enhancements
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH net] bridge: netfiler: update find_inlist_lock_noload() more accurate
  • From: Ding Tianhong <dingtianhong@xxxxxxxxxx>
• Re: br0: received packet on eth0 with own address as source address
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Re: br0: received packet on eth0 with own address as source address
  • From: Sujata Verma <sujataverma3@xxxxxxxxx>
• Re: br0: received packet on eth0 with own address as source address
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Re: br0: received packet on eth0 with own address as source address
  • From: Sujata Verma <sujataverma3@xxxxxxxxx>
• Re: [PATCHv2] bridge: separate querier and query timer into IGMP/IPv4 and MLD/IPv6 ones
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: br0: received packet on eth0 with own address as source address
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• [PATCHv2] bridge: separate querier and query timer into IGMP/IPv4 and MLD/IPv6 ones
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• br0: received packet on eth0 with own address as source address
  • From: "Lentes, Bernd" <bernd.lentes@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: separate querier and query timer into IGMP/IPv4 and MLD/IPv6 ones
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Can linux kernel bridge forward 802.1q tagged vlan packets?
  • From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
• [RFC PATCH] bridge sysfs binary file simplification
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Can linux kernel bridge forward 802.1q tagged vlan packets?
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• [PATCH] bridge: separate querier and query timer into IGMP/IPv4 and MLD/IPv6 ones
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: challenge of year: connect to LAN using wireless-ap over bridge + unmanaged l2tpv3 tunnel + bridge? it's possible?
  • From: Jorge Pereira <jpereiran@xxxxxxxxx>
• Re: challenge of year: connect to LAN using wireless-ap over bridge + unmanaged l2tpv3 tunnel + bridge? it's possible?
  • From: Joel Wirāmu Pauling <joel@xxxxxxxxxxxx>
• Re: challenge of year: connect to LAN using wireless-ap over bridge + unmanaged l2tpv3 tunnel + bridge? it's possible?
  • From: Jorge Pereira <jpereiran@xxxxxxxxx>
• Re: challenge of year: connect to LAN using wireless-ap over bridge + unmanaged l2tpv3 tunnel + bridge? it's possible?
  • From: Joel Wirāmu Pauling <joel@xxxxxxxxxxxx>
• Re: Can linux kernel bridge forward 802.1q tagged vlan packets?
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• challenge of year: connect to LAN using wireless-ap over bridge + unmanaged l2tpv3 tunnel + bridge? it's possible?
  • From: Jorge Pereira <jpereiran@xxxxxxxxx>
• Re: Can linux kernel bridge forward 802.1q tagged vlan packets?
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: Can linux kernel bridge forward 802.1q tagged vlan packets?
  • From: Marek Kierdelewicz <marek@xxxxxxxxx>
• Can linux kernel bridge forward 802.1q tagged vlan packets?
  • From: Stephan von Krawczynski <skraw@xxxxxxxxxx>
• Bridge VLAN kernel/iproute2 incompatibility
  • From: Asbjørn Sloth Tønnesen <ast@xxxxxxxxxxx>
• [PATCH] rtnetlink: rtnl_bridge_getlink: Call nlmsg_find_attr() with ifinfomsg header
  • From: Asbjoern Sloth Toennesen <ast@xxxxxxxxxxx>
• Re: Bridge VLAN kernel/iproute2 incompatibility
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] rtnetlink: rtnl_bridge_getlink: Call nlmsg_find_attr() with ifinfomsg header
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] rtnetlink: rtnl_bridge_getlink: Call nlmsg_find_attr() with ifinfomsg header
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH] rtnetlink: rtnl_bridge_getlink: Call nlmsg_find_attr() with ifinfomsg header
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [bridge-utils] [PATCH] Removed unused variable in doc/Makefile.in
  • From: Andrey Mazo <mazo@xxxxxxxx>
• [bridge-utils] [PATCH] Abort compilation on error in any subdirectory.
  • From: Andrey Mazo <mazo@xxxxxxxx>
• Re: [PATCH] rtnetlink: rtnl_bridge_getlink: Call nlmsg_find_attr() with ifinfomsg header
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH] bridge: correct the comment for file br_sysfs_br.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] bridge: correct the comment for file br_sysfs_br.c
  • From: Wang Sheng-Hui <shhuiw@xxxxxxxxx>
• Re: [PATCHv3] bridge: disable snooping if there is no querier
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] bridge: don't try to update timers in case of broken MLD queries
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH] bridge: don't try to update timers in case of broken MLD queries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: don't try to update timers in case of broken MLD queries
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3] bridge: disable snooping if there is no querier
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH] bridge: don't try to update timers in case of broken MLD queries
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Linux Bridge issue with veth pairs
  • From: Prashant Upadhyaya <prashant.upadhyaya@xxxxxxxxxxx>
• Re: [PATCHv3] bridge: disable snooping if there is no querier
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCHv3] bridge: disable snooping if there is no querier
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCHv2] bridge: disable snooping if there is no querier
  • From: David Miller <davem@xxxxxxxxxxxxx>
• packet_mmap, 802.1Q and bridges
  • From: Phil Sutter <phil@xxxxxx>
• Re: [PATCHv2] bridge: disable snooping if there is no querier
  • From: Adam Baker <linux@xxxxxxxxxxxxxxxx>
• Bridging Vlan traffic on routed network
  • From: Alex Font <drmaligno@xxxxxxxxx>
• Re: [PATCHv2] bridge: disable snooping if there is no querier
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCHv2] bridge: disable snooping if there is no querier
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCHv2] bridge: disable snooping if there is no querier
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCHv2] bridge: disable snooping if there is no querier
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• [PATCH] bridge: disable snooping if there is no querier
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: [PATCH] bridge: prevent flooding IPv6 packets that do not have a listener
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Re: Tap and Bridge problem
  • From: Lambert Laurent <lambert.laurent91@xxxxxxxxx>
• Re: Tap and Bridge problem
  • From: Marek Kierdelewicz <marek@xxxxxxxxx>
• Tap and Bridge problem
  • From: Lambert Laurent <lambert.laurent91@xxxxxxxxx>
• [PATCH] bridge: prevent flooding IPv6 packets that do not have a listener
  • From: Linus Lüssing <linus.luessing@xxxxxx>
• Add support for netconsole driver used on bridge device with VIF attached
  • From: Yuval Shaia <yuval.shaia@xxxxxxxxxx>
• Re: [PATCH] net bridge: add null pointer check, fix panic
  • From: xiaoming gao <gxm.linux.kernel@xxxxxxxxx>
• Re: [PATCH] net bridge: add null pointer check, fix panic
  • From: xiaoming gao <gxm.linux.kernel@xxxxxxxxx>