Linux Ethernet Bridging

• Thread Index

• [PATCH net] bridge: Fix incorrect re-injection of LLDP packets
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: [PATCH net-next 0/4] net: bridge: simplify receive path and consolidate forwarding paths
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 2/4] net: bridge: rearrange flood vs unicast receive paths
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 2/4] net: bridge: rearrange flood vs unicast receive paths
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• [PATCH net-next 4/4] net: bridge: remove _deliver functions and consolidate forward code
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 3/4] net: bridge: drop skb2/skb0 variables and use a local_rcv boolean
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 2/4] net: bridge: rearrange flood vs unicast receive paths
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 1/4] net: bridge: minor style adjustments in br_handle_frame_finish
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 0/4] net: bridge: simplify receive path and consolidate forwarding paths
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net: bridge: extend MLD/IGMP query stats
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH net-next] net: bridge: extend MLD/IGMP query stats
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH] etherdevice.h & bridge: netfilter: Add and use ether_addr_equal_masked
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH net] net: bridge: fix vlan stats continue counter
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next v2 2/2] net: bridge: add support for IGMP/MLD stats and export them via netlink
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 1/2] net: rtnetlink: add support for the IFLA_STATS_LINK_XSTATS_SLAVE attribute
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 0/2] net: bridge: add support for IGMP/MLD stats
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] Bridge: Fix ipv6 mc snooping if bridge has no ipv6 address
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH] etherdevice.h & bridge: netfilter: Add and use ether_addr_equal_masked
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net: bridge: add support for IGMP/MLD stats and export them via netlink
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] Bridge: Fix ipv6 mc snooping if bridge has no ipv6 address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net: bridge: add support for IGMP/MLD stats and export them via netlink
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net: bridge: add support for IGMP/MLD stats and export them via netlink
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH net] Bridge: Fix ipv6 mc snooping if bridge has no ipv6 address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] net: bridge: add support for IGMP/MLD stats and export them via netlink
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] net: bridge: fix vlan stats continue counter
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] Bridge: Fix ipv6 mc snooping if bridge has no ipv6 address
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH] netfilter: Convert FWINV<[foo]> macros and uses to NF_INVF
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] etherdevice.h & bridge: netfilter: Add and use ether_addr_equal_masked
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH net] Bridge: Fix ipv6 mc snooping if bridge has no ipv6 address
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH net] Bridge: Fix ipv6 mc snooping if bridge has no ipv6 address
  • From: Daniel Danzberger <daniel@xxxxxxxxxx>
• Re: [PATCH] bridge: netfilter: spanning tree: Add masked_ether_addr_equal and neatening
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] bridge: netfilter: spanning tree: Add masked_ether_addr_equal and neatening
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: netfilter: spanning tree: Add masked_ether_addr_equal and neatening
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH] Bridge: Fix ipv6 mc snooping if it has no ipv6 address.
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH] bridge: netfilter: spanning tree: Add masked_ether_addr_equal and neatening
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH] Bridge: Fix ipv6 mc snooping if it has no ipv6 address.
  • From: daniel <daniel@xxxxxxxxxx>
• [PATCH] Fix building on musl libc
  • From: Kylie McClain <somasissounds@xxxxxxxxx>
• resolving MACs through /etc/ethers?
  • From: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx>
• [PATCH] bridge: netfilter: spanning tree: Add masked_ether_addr_equal and neatening
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] bridge: netfilter: spanning tree: Add masked_ether_addr_equal and neatening
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: Synchronize unicast filtering with FDB
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• Re: [PATCH net-next v2] bridge: Synchronize unicast filtering with FDB
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: Synchronize unicast filtering with FDB
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: Synchronize unicast filtering with FDB
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• Re: [PATCH net-next v2] bridge: Synchronize unicast filtering with FDB
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: Synchronize unicast filtering with FDB
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net v2] bridge: Fix incorrect re-injection of STP packets
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: Synchronize unicast filtering with FDB
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: Fix incorrect re-injection of STP packets
  • From: Shmulik Ladkani <shmulik.ladkani@xxxxxxxxx>
• Re: [PATCH net] bridge: Don't insert unnecessary local fdb entry on changing mac address
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: NFS connection drops as interface added to bridge
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• NFS connection drops as interface added to bridge
  • From: Udaya Puvvadi <upuvvad1@xxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: Don't insert unnecessary local fdb entry on changing mac address
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] bridge: Don't insert unnecessary local fdb entry on changing mac address
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net v2] bridge: Fix incorrect re-injection of STP packets
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• [PATCH net-next v2] bridge: Synchronize unicast filtering with FDB
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: Synchronize unicast filtering with FDB
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: Fix incorrect re-injection of STP packets
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: [PATCH net] bridge: Fix incorrect re-injection of STP packets
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: Synchronize unicast filtering with FDB
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: Synchronize unicast filtering with FDB
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net] bridge: Fix incorrect re-injection of STP packets
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• [PATCH net-next] bridge: Synchronize unicast filtering with FDB
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: RSTP
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH][v3.13.y-ckt][PATCH 0/1] bridge: notify user space after fdb update
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• [PATCH][3.13.y-ckt][PATCH 1/1] bridge: Fix the way to find old local fdb entries in br_fdb_changeaddr
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• RSTP
  • From: aaron chen <chenchanglong2016@xxxxxxxxx>
• Re: [PATCH nf-next] netfilter: allow logging from non-init namespaces
  • From: Michal Kubecek <mkubecek@xxxxxxx>
• Re: [PATCH nf-next] netfilter: allow logging from non-init namespaces
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PROBLEM] mac address learned on wrong port
  • From: Seweryn Niemiec <ser@xxxxxxxxxxxxxxx>
• Re: [PATCHv2 net] bridge: fix igmp / mld query parsing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH nf-next] netfilter: allow logging from non-init namespaces
  • From: Michal Kubecek <mkubecek@xxxxxxx>
• [PATCHv2 net] bridge: fix igmp / mld query parsing
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH net] bridge: fix igmp / mld query parsing
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH net] bridge: fix igmp / mld query parsing
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH net] bridge: fix igmp / mld query parsing
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PROBLEM] mac address learned on wrong port
  • From: Seweryn Niemiec <ser@xxxxxxxxxxxxxxx>
• Re: [PROBLEM] mac address learned on wrong port
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PROBLEM] mac address learned on wrong port
  • From: Seweryn Niemiec <ser@xxxxxxxxxxxxxxx>
• Re: [PROBLEM] mac address learned on wrong port
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PROBLEM] mac address learned on wrong port
  • From: Seweryn Niemiec <ser@xxxxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 0/6] bridge: support sending rntl info when we set attributes through sysfs/ioctl
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 0/6] bridge: support sending rntl info when we set attributes through sysfs/ioctl
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 6/6] bridge: a netlink notification should be sent when those attributes are changed by ioctl
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 5/6] bridge: a netlink notification should be sent when those attributes are changed by br_sysfs_if
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 4/6] bridge: a netlink notification should be sent when those attributes are changed by br_sysfs_br
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 3/6] bridge: simplify the stp_state_store by calling store_bridge_parm
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 2/6] bridge: simplify the forward_delay_store by calling store_bridge_parm
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 1/6] bridge: simplify the flush_store by calling store_bridge_parm
  • From: Nikolay Aleksandrov via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCHv3 net-next 6/6] bridge: a netlink notification should be sent when those attributes are changed by ioctl
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 5/6] bridge: a netlink notification should be sent when those attributes are changed by br_sysfs_if
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 4/6] bridge: a netlink notification should be sent when those attributes are changed by br_sysfs_br
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 3/6] bridge: simplify the stp_state_store by calling store_bridge_parm
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 2/6] bridge: simplify the forward_delay_store by calling store_bridge_parm
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 1/6] bridge: simplify the flush_store by calling store_bridge_parm
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv3 net-next 0/6] bridge: support sending rntl info when we set attributes through sysfs/ioctl
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net-next 3/6] bridge: simplify the stp_state_store by calling store_bridge_parm
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net-next 3/6] bridge: simplify the stp_state_store by calling store_bridge_parm
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCHv2 net-next 6/6] bridge: a netlink notification should be sent when those attributes are changed by ioctl
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 5/6] bridge: a netlink notification should be sent when those attributes are changed by br_sysfs_if
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 4/6] bridge: a netlink notification should be sent when those attributes are changed by br_sysfs_br
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 3/6] bridge: simplify the stp_state_store by calling store_bridge_parm
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 2/6] bridge: simplify the forward_delay_store by calling store_bridge_parm
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 1/6] bridge: simplify the flush_store by calling store_bridge_parm
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCHv2 net-next 0/6] bridge: support sending rntl info when we set attributes through sysfs/ioctl
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• Re: [PATCHv2 net-next 3/6] bridge: simplify the stp_state_store by calling store_bridge_parm
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: Allow set bridge ageing time when switchdev disabled
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bridge: Allow set bridge ageing time when switchdev disabled
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: DEI Bit Behavior
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• DEI Bit Behavior
  • From: Andy <paleopoe@xxxxxxxxx>
• Re: [PATCH net-next 0/6] bridge: support sending rntl info when we set attributes through sysfs/ioctl
  • From: Xin Long <lucien.xin@xxxxxxxxx>
• [PATCH] bridge:Fix incorrect variable assignment on error path in br_sysfs_addbr
  • From: Nicholas Krause <xerofoify@xxxxxxxxx>
• Re: [PATCH net-next 0/6] bridge: support sending rntl info when we set attributes through sysfs/ioctl
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• PROBLEM：there exists a wrong return value of function br_sysfs_addbr()
  • From: "Zhang Yan" <rucsoftsec@xxxxxxx>
• [PATCH] bridge:Fix incorrect variable assignment on error path in br_sysfs_addbr
  • From: Nicholas Krause <xerofoify@xxxxxxxxx>
• Re: [PATCH net-next v2 0/4] bridge: mcast: add support for temp router port
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next v2 4/4] bridge: mcast: add support for more router port information dumping
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 3/4] bridge: mcast: add support for temporary port router
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 2/4] bridge: mcast: do nothing if port's multicast_router is set to the same val
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 1/4] bridge: mcast: use names for the different multicast_router types
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 0/4] bridge: mcast: add support for temp router port
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/3] bridge: mcast: add support for temp router port
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 3/3] bridge: mcast: add support for temporary port router
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 2/3] bridge: mcast: do nothing if port's multicast_router is set to the same val
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 1/3] bridge: mcast: use names for the different multicast_router types
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 0/3] bridge: mcast: add support for temp router port
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3] net: fix bridge multicast packet checksum validation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net: fix bridge multicast packet checksum validation
  • From: "Steinar H. Gunderson" <sgunderson@xxxxxxxxxxx>
• [PATCHv3] net: fix bridge multicast packet checksum validation
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCHv2] net: fix bridge multicast packet checksum validation
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH] net: fix bridge multicast packet checksum validation
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: fix bridge multicast packet checksum validation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net: fix bridge multicast packet checksum validation
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH] bridge: mdb: avoid uninitialized variable warning
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: hw csum failure introduced in linux-4.2
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH] net: fix bridge multicast packet checksum validation
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH net] bridge: fix regression in ageing time
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: hw csum failure introduced in linux-4.2
  • From: Álvaro Fernández Rojas <noltari@xxxxxxxxx>
• Re: hw csum failure introduced in linux-4.2
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH net] bridge: fix regression in ageing time
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: hw csum failure introduced in linux-4.2
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH net] bridge: fix regression in ageing time
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH] bridge: mdb: avoid uninitialized variable warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 3.16.y-ckt 163/180] bridge: fix lockdep addr_list_lock false positive splat
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• [3.16.y-ckt stable] Patch "bridge: fix lockdep addr_list_lock false positive splat" has been added to the 3.16.y-ckt tree
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: Help with Ubuntu + bridge + tap + qemu + Windows
  • From: David Logan <djlogan2.dl@xxxxxxxxx>
• Re: Help with Ubuntu + bridge + tap + qemu + Windows
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Help with Ubuntu + bridge + tap + qemu + Windows
  • From: gilberto dos santos alves <gsavix@xxxxxxxxx>
• [RFC PATCH] bridge: mdb: add support for more attributes and export timer
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: Help with Ubuntu + bridge + tap + qemu + Windows
  • From: David Logan <djlogan2.dl@xxxxxxxxx>
• Re: Help with Ubuntu + bridge + tap + qemu + Windows
  • From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
• Re: Help with Ubuntu + bridge + tap + qemu + Windows
  • From: David Logan <djlogan2.dl@xxxxxxxxx>
• Re: Help with Ubuntu + bridge + tap + qemu + Windows
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH RESEND] bridge:Fix concurrent access issue in the function brnf_get_logical_dev
  • From: Nicholas Krause <xerofoify@xxxxxxxxx>
• Re: Help with Ubuntu + bridge + tap + qemu + Windows
  • From: David Logan <djlogan2.dl@xxxxxxxxx>
• Help with Ubuntu + bridge + tap + qemu + Windows
  • From: David Logan <djlogan2.dl@xxxxxxxxx>
• [PATCH 4.1 083/127] bridge: fix lockdep addr_list_lock false positive splat
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.3 110/157] bridge: fix lockdep addr_list_lock false positive splat
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.4 50/67] bridge: fix lockdep addr_list_lock false positive splat
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "bridge: fix lockdep addr_list_lock false positive splat" has been added to the 4.4-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "bridge: fix lockdep addr_list_lock false positive splat" has been added to the 4.3-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "bridge: fix lockdep addr_list_lock false positive splat" has been added to the 4.1-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.19.y-ckt 197/210] bridge: fix lockdep addr_list_lock false positive splat
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [3.19.y-ckt stable] Patch "bridge: fix lockdep addr_list_lock false positive splat" has been added to the 3.19.y-ckt tree
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [PATCH 4.2.y-ckt 237/268] bridge: fix lockdep addr_list_lock false positive splat
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [4.2.y-ckt stable] Patch "bridge: fix lockdep addr_list_lock false positive splat" has been added to the 4.2.y-ckt tree
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• Re: hw csum failure introduced in linux-4.2
  • From: Álvaro Fernández Rojas <noltari@xxxxxxxxx>
• Re: hw csum failure introduced in linux-4.2
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• hw csum failure introduced in linux-4.2
  • From: Álvaro Fernández Rojas <noltari@xxxxxxxxx>
• Re: [PATCH net] bridge: fix lockdep addr_list_lock false positive splat
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] bridge: fix lockdep addr_list_lock false positive splat
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH RESEND] bridge:Fix concurrent access issue in the function brnf_get_logical_dev
  • From: Nicholas Krause <xerofoify@xxxxxxxxx>
• Re: [PATCH 2/2] bridge: use kobj_to_dev instead of to_dev
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] bridge: use kobj_to_dev instead of to_dev
  • From: Geliang Tang <geliangtang@xxxxxxx>
• [RFC] The problem with the mirrored traffic: setageing 0 not work
  • From: Vitaly Lavrov <vel21ripn@xxxxxxxxx>
• adding a vlan interface to a bridge interface
  • From: Oliver Graute <oliver.graute@xxxxxxxxx>
• Re: [PATCH net] bridge: Only call /sbin/bridge-stp for the initial network namespace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net] bridge: Only call /sbin/bridge-stp for the initial network namespace
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: user controllable usermodehelper in br_stp_if.c
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net] bridge: Only call /sbin/bridge-stp for the initial network namespace
  • From: Hannes Frederic Sowa <hannes@xxxxxxxxxxxxxxxxxxx>
• Re: user controllable usermodehelper in br_stp_if.c
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH net] bridge: Only call /sbin/bridge-stp for the initial network namespace
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH net] bridge: Only call /sbin/bridge-stp for the initial network namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH net] bridge: Only call /sbin/bridge-stp for the initial network namespace
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH net] bridge: Only call /sbin/bridge-stp for the initial network namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• user controllable usermodehelper in br_stp_if.c
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH nf-next] netfilter: Line layout whitespace fixes
  • From: Ian Morris <ipm@xxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 4/4] bridge: vlan: move back vlan_flush
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] bridge: vlan: drop unnecessary flush code
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/4] bridge: vlan: use rcu for vlan_list traversal in br_fill_ifinfo
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: [PATCH net-next v2 1/4] bridge: vlan: use proper rcu for the vlgrp member
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: [PATCH net-next 4/4] bridge: vlan: combine (br|nbp)_vlan_flush into one
  • From: Vivien Didelot <vivien.didelot@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 4/4] bridge: vlan: combine (br|nbp)_vlan_flush into one
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: [PATCH net-next 4/4] bridge: vlan: combine (br|nbp)_vlan_flush into one
  • From: Vivien Didelot <vivien.didelot@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 3/4] bridge: vlan: break vlan_flush in two phases to keep old order
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: [PATCH net-next 3/4] bridge: vlan: break vlan_flush in two phases to keep old order
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: [PATCH net-next 4/4] bridge: vlan: combine (br|nbp)_vlan_flush into one
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: [PATCH net-next 1/4] bridge: vlan: use proper rcu for the vlgrp member
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: [PATCH net-next 4/5] bridge: vlan: fix possible null ptr derefs on port init and deinit
  • From: Ido Schimmel <idosch@xxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: allow adding of fdb entries pointing to the bridge device
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next 1/8] bridge: netlink: export port's root id
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next 1/8] bridge: netlink: export port's root id
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [net-next PATCH] net: bridge: fix for bridging 802.1Q without REORDER_HDR
  • From: Phil Sutter <phil@xxxxxx>
• Re: [net-next PATCH] net: bridge: fix for bridging 802.1Q without REORDER_HDR
  • From: Phil Sutter <phil@xxxxxx>
• Re: [net-next PATCH] net: bridge: fix for bridging 802.1Q without REORDER_HDR
  • From: Phil Sutter <phil@xxxxxx>
• Re: [net-next PATCH] net: bridge: fix for bridging 802.1Q without REORDER_HDR
  • From: Phil Sutter <phil@xxxxxx>
• [net-next PATCH] net: bridge: fix for bridging 802.1Q without REORDER_HDR
  • From: Phil Sutter <phil@xxxxxx>
• Re: [PATCH net-next v2 0/4] bridge: vlan: cleanups & fixes (part 3)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: fix gc_timer mod/del race condition
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 4/4] bridge: vlan: combine (br|nbp)_vlan_flush into one
  • From: Scott Feldman <sfeldma@xxxxxxxxx>
• Re: [PATCH net-next] bridge: fix gc_timer mod/del race condition
  • From: Scott Feldman <sfeldma@xxxxxxxxx>
• Re: [PATCH net-next] bridge: vlan: enforce no pvid flag in vlan ranges
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next v2 4/4] bridge: vlan: move back vlan_flush
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next v2 3/4] bridge: vlan: drop unnecessary flush code
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next v2 1/4] bridge: vlan: use proper rcu for the vlgrp member
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next v2 2/4] bridge: vlan: use rcu for vlan_list traversal in br_fill_ifinfo
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next v2 0/4] bridge: vlan: cleanups & fixes (part 3)
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 3/4] bridge: vlan: break vlan_flush in two phases to keep old order
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 3/4] bridge: vlan: break vlan_flush in two phases to keep old order
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next] bridge: fix gc_timer mod/del race condition
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 4/4] bridge: vlan: combine (br|nbp)_vlan_flush into one
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 3/4] bridge: vlan: break vlan_flush in two phases to keep old order
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 1/4] bridge: vlan: use proper rcu for the vlgrp member
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 2/4] bridge: vlan: use rcu for vlan_list traversal in br_fill_ifinfo
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 0/4] bridge: vlan: cleanups & fixes (part 3)
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 4/5] bridge: vlan: fix possible null ptr derefs on port init and deinit
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 4/5] bridge: vlan: fix possible null ptr derefs on port init and deinit
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next] bridge: vlan: enforce no pvid flag in vlan ranges
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: allow adding of fdb entries pointing to the bridge device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: allow adding of fdb entries pointing to the bridge device
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/8] bridge: netlink: complete port attribute support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next v2] bridge: allow adding of fdb entries pointing to the bridge device
  • From: Roopa Prabhu <roopa@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: allow adding of fdb entries pointing to the bridge device
  • From: roopa <roopa@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next] bridge: allow adding of fdb entries pointing to the bridge device
  • From: Roopa Prabhu <roopa@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 1/8] bridge: netlink: export port's root id
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 8/8] bridge: netlink: add support for port's multicast_router attribute
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 7/8] bridge: netlink: allow to flush port's fdb
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 6/8] bridge: netlink: export port's timer values
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 5/8] bridge: netlink: export port's topology_change_ack and config_pending
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 4/8] bridge: netlink: export port's id and number
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 3/8] bridge: netlink: export port's designated cost and port
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 2/8] bridge: netlink: export port's bridge id
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 1/8] bridge: netlink: export port's root id
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 0/8] bridge: netlink: complete port attribute support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 00/20] bridge: complete netlink support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/4] bridge: vlan: cleanups & fixes (part 2)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 20/20] bridge: netlink: add support for default_pvid
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 19/20] bridge: netlink: add support for netfilter tables config
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 18/20] bridge: netlink: add support for igmp's intervals
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 17/20] bridge: netlink: add support for multicast_startup_query_count
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 16/20] bridge: netlink: add support for multicast_last_member_count
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 15/20] bridge: netlink: add support for igmp's hash_max
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 14/20] bridge: netlink: add support for igmp's hash_elasticity
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 13/20] bridge: netlink: add support for multicast_querier
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 12/20] bridge: netlink: add support for multicast_query_use_ifaddr
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 11/20] bridge: netlink: add support for multicast_snooping
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 10/20] bridge: netlink: add support for multicast_router
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 09/20] bridge: netlink: add fdb flush
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 08/20] bridge: netlink: add group_addr support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 07/20] bridge: netlink: export all timers
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 06/20] bridge: netlink: export topology_change and topology_change_detected
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 05/20] bridge: netlink: export root path cost
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 04/20] bridge: netlink: export root port
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 03/20] bridge: netlink: export bridge id
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 02/20] bridge: netlink: export root id
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 01/20] bridge: netlink: add group_fwd_mask support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 00/20] bridge: complete netlink support
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 4/4] bridge: vlan: use br_vlan_should_use to simplify __vlan_add/del
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 3/4] bridge: vlan: drop master_flags from __vlan_add
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 2/4] bridge: vlan: use br_vlan_(get|put)_master to deal with refcounts
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 1/4] bridge: vlan: use rcu list for the ordered vlan list
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 0/4] bridge: vlan: cleanups & fixes (part 2)
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/5] bridge: vlan: cleanups & fixes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH nf-next] netfilter: Line layout whitespace fixes
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH net-next 5/5] bridge: vlan: don't pass flags when creating context only
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 4/5] bridge: vlan: fix possible null ptr derefs on port init and deinit
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 3/5] bridge: vlan: move pvid inside net_bridge_vlan_group
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 2/5] bridge: vlan: fix possible null vlgrp deref while registering new port
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 0/5] bridge: vlan: cleanups & fixes
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next 1/5] bridge: vlan: adjust rhashtable initial size and hash locks size
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: vlan: add per-vlan struct and move to rhashtables
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: vlan: add per-vlan struct and move to rhashtables
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: vlan: add per-vlan struct and move to rhashtables
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH net-next] bridge: vlan: add per-vlan struct and move to rhashtables
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [RFC PATCH] bridge: vlan: add per-vlan contexts and move to rhashtables
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [net-next PATCH] net: bridge: fix for bridging 802.1Q without REORDER_HDR
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [net-next PATCH] net: bridge: fix for bridging 802.1Q without REORDER_HDR
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [net-next PATCH] net: bridge: fix for bridging 802.1Q without REORDER_HDR
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: fix igmpv3 / mldv2 report parsing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [net-next PATCH] net: bridge: fix for bridging 802.1Q without REORDER_HDR
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH net] bridge: fix igmpv3 / mldv2 report parsing
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: Roaming trouble with bridge & multicast snooping
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: net: Export IGMP/MLD message validation code
  • From: Tobias Powalowski via Bridge <bridge@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Roaming trouble with bridge & multicast snooping
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: net: Export IGMP/MLD message validation code
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Roaming trouble with bridge & multicast snooping
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: net: Export IGMP/MLD message validation code
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: Add netlink support for vlan_protocol attribute
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next] bridge: Add netlink support for vlan_protocol attribute
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next] bridge: fdb: rearrange net_bridge_fdb_entry
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 net-next] bridge: Add netlink support for vlan_protocol attribute
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] bridge: fdb: rearrange net_bridge_fdb_entry
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: Add netlink support for vlan_protocol attribute
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 net-next] bridge: Add netlink support for vlan_protocol attribute
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: Add netlink support for vlan_protocol attribute
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net-next] bridge: Add netlink support for vlan_protocol attribute
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: roopa <roopa@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: B Viswanath <marichika4@xxxxxxxxx>
• Re: [PATCH net-next] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: vlan "aware" bridges
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: vlan "aware" bridges
  • From: Dennis Jacobfeuerborn <dennisml@xxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: vlan: allow to suppress local mac install for all vlans
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: vlan: allow to suppress local mac install for all vlans
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] bridge: vlan: allow to suppress local mac install for all vlans
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: vlan "aware" bridges
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• vlan "aware" bridges
  • From: Dennis Jacobfeuerborn <dennisml@xxxxxxxxxxxx>
• [PATCH] bridge:Fix concurrent access issue in the function brnf_get_logical_dev
  • From: Nicholas Krause <xerofoify@xxxxxxxxx>
• [PATCH] bridge:Fix concurrent access issue in the function brnf_get_logical_dev
  • From: Nicholas Krause <xerofoify@xxxxxxxxx>
• Re: [PATCH] net: fix wrong skb_get() usage / crash in IGMP/MLD parsing code
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH] net: fix wrong skb_get() usage / crash in IGMP/MLD parsing code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] net: fix wrong skb_get() usage / crash in IGMP/MLD parsing code
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH net-next v2] bridge: netlink: add support for vlan_filtering attribute
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next v2] bridge: netlink: add support for vlan_filtering attribute
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: netlink: add support for vlan_filtering attribute
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next] bridge: netlink: add support for vlan_filtering attribute
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net 2/2] bridge: netlink: account for the IFLA_BRPORT_PROXYARP_WIFI attribute size and policy
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 1/2] bridge: netlink: account for the IFLA_BRPORT_PROXYARP attribute size and policy
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 0/2] bridge: netlink: add missing policy entries and sizes
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH net 2/2] bridge: netlink: account for the IFLA_BRPORT_PROXYARP_WIFI attribute size and policy
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net 1/2] bridge: netlink: account for the IFLA_BRPORT_PROXYARP attribute size and policy
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net 0/2] bridge: netlink: add missing policy entries and sizes
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: mdb: fix vlan_enabled access when vlans are not configured
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] bridge: mdb: fix vlan_enabled access when vlans are not configured
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: mdb: add/del entry on all vlans if vlan_filter is enabled and vid is 0
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/4] Stacked vlan TSO for virtual devices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] bridge: mdb: add/del entry on all vlans if vlan_filter is enabled and vid is 0
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: Multicast packets are not bridged from ethernet to wireless interface
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: Multicast packets are not bridged from ethernet to wireless interface
  • From: saurav barik <saurav.barik@xxxxxxxxx>
• Re: Multicast packets are not bridged from ethernet to wireless interface
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Multicast packets are not bridged from ethernet to wireless interface
  • From: saurav barik <saurav.barik@xxxxxxxxx>
• [PATCH net-next 3/4] bridge: Don't segment multiple tagged packets on bridge device
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net-next 0/4] Stacked vlan TSO for virtual devices
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: mdb: fix delmdb state in the notification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: mcast: give fast leave precedence over multicast router and querier
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: Fix network header pointer for vlan tagged packets
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net v2] bridge: stp: when using userspace stp stop kernel hello and hold timers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: mdb: fix delmdb state in the notification
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: mdb: fix delmdb state in the notification
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• [PATCH net] bridge: mdb: fix delmdb state in the notification
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net] bridge: Fix network header pointer for vlan tagged packets
  • From: Toshiaki Makita <makita.toshiaki@xxxxxxxxxxxxx>
• [PATCH net] bridge: mcast: give fast leave precedence over multicast router and querier
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: mdb: notify on router port add and del
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: netlink: fix slave_changelink/br_setport race conditions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net v2] bridge: stp: when using userspace stp stop kernel hello and hold timers
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: stp: when using userspace stp stop kernel hello and hold timers
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: stp: when using userspace stp stop kernel hello and hold timers
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: stp: when using userspace stp stop kernel hello and hold timers
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: stp: when using userspace stp stop kernel hello and hold timers
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH net] bridge: stp: when using userspace stp stop kernel hello and hold timers
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next] bridge: mdb: notify on router port add and del
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: mcast: when multicast is disabled flush the groups
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: mcast: when multicast is disabled flush the groups
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• [PATCH net] bridge: netlink: fix slave_changelink/br_setport race conditions
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• [PATCH net-next] bridge: mcast: when multicast is disabled flush the groups
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: mcast: fix br_multicast_dev_del warn when igmp snooping is not defined
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: mdb: add vlan support for user entries
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: mdb: add vlan support for user entries
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH net-next] bridge: mcast: fix br_multicast_dev_del warn when igmp snooping is not defined
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [PATCH net-next 0/2] bridge: multicast: temp and perm entries behaviour enhancements
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 0/2] bridge: multicast: temp and perm entries behaviour enhancements
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: mdb: fix double add notification
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: multicast: treat igmpv3 report with INCLUDE and no sources as a leave
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 2/2] bridge: multicast: fix handling of temp and perm entries
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 1/2] bridge: multicast: notify on group delete
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next 0/2] bridge: multicast: temp and perm entries behaviour enhancements
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: mdb: fix double add notification
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: mdb: add vlan support for user entries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] bridge: mdb: fix double add notification
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net] bridge: multicast: treat igmpv3 report with INCLUDE and no sources as a leave
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: mdb: allow the user to delete mdb entry if there's a querier
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] bridge: mdb: add vlan support for user entries
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: mdb: fill state in br_mdb_notify
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] bridge: mdb: allow the user to delete mdb entry if there's a querier
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next] bridge: mdb: fill state in br_mdb_notify
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: mdb: zero out the local br_ip variable before use
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: mdb: start delete timer for temp static entries
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] bridge: mdb: zero out the local br_ip variable before use
  • From: Nikolay Aleksandrov <razor@xxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH] net/bridge: Add missing in6_dev_put in br_validate_ipv6
  • From: Bob Liu <bob.liu@xxxxxxxxxx>
• Re: [PATCH v2] net/bridge: Use __in6_dev_get rather than in6_dev_get in br_validate_ipv6
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH v2] net/bridge: Use __in6_dev_get rather than in6_dev_get in br_validate_ipv6
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [PATCH v2] net/bridge: Use __in6_dev_get rather than in6_dev_get in br_validate_ipv6
  • From: Julien Grall <julien.grall@xxxxxxxxxx>
• [PATCH net] bridge: mdb: start delete timer for temp static entries
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [Xen-devel] [PATCH] net/bridge: Add missing in6_dev_put in br_validate_ipv6
  • From: Julien Grall <julien.grall@xxxxxxxxxx>
• Re: [PATCH] net/bridge: Add missing in6_dev_put in br_validate_ipv6
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [PATCH] net/bridge: Add missing in6_dev_put in br_validate_ipv6
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] net/bridge: Add missing in6_dev_put in br_validate_ipv6
  • From: Julien Grall <julien.grall@xxxxxxxxxx>
• Re: [PATCH] net/bridge: Add missing in6_dev_put in br_validate_ipv6
  • From: Florian Westphal <fw@xxxxxxxxx>
• [PATCH] net/bridge: Add missing in6_dev_put in br_validate_ipv6
  • From: Julien Grall <julien.grall@xxxxxxxxxx>
• Re: [PATCH net] bridge: vlan: fix usage of vlan 0 and 4095 again
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: vlan: fix usage of vlan 0 and 4095 again
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• [PATCH net] bridge: vlan: fix usage of vlan 0 and 4095 again
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [Xen-devel] Unable to unregister netdevice after "netfilter: bridge: forward IPv6 fragmented packets"
  • From: Julien Grall <julien.grall@xxxxxxxxxx>
• unregister_netdevice: waiting for br0 to become free. Usage count = 1 (2.6.12.3)
  • From: Jorge Dominguez <jmadom@xxxxxxxxxxx>
• Unable to unregister netdevice after "netfilter: bridge: forward IPv6 fragmented packets"
  • From: Julien Grall <julien.grall@xxxxxxxxxx>
• Re: [PATCH net-next] bridge: vlan: flush the dynamically learned entries on port vlan delete
  • From: Vlad Yasevich <vyasevich@xxxxxxxxx>
• Re: Unable to unregister netdevice after "netfilter: bridge: forward IPv6 fragmented packets"
  • From: Florian Westphal <fw@xxxxxxxxx>
• Re: [PATCH net-next] bridge: vlan: flush the dynamically learned entries on port vlan delete
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: vlan: flush the dynamically learned entries on port vlan delete
  • From: Toshiaki Makita <toshiaki.makita1@xxxxxxxxx>
• [PATCH net-next] bridge: vlan: flush the dynamically learned entries on port vlan delete
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3.13.y-ckt 035/122] bridge/mdb: remove wrong use of NLM_F_MULTI
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• [PATCH 3.19.y-ckt 016/146] bridge/mdb: remove wrong use of NLM_F_MULTI
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• Re: Bridge created on centos6.4 running as a virtual machine over vmware does not work
  • From: Fahd Abbasi <fahd.abbasi@xxxxxxxxx>
• [3.19.y-ckt stable] Patch "bridge/mdb: remove wrong use of NLM_F_MULTI" has been added to staging queue
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• Re: Bridge created on centos6.4 running as a virtual machine over vmware does not work
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [3.13.y-ckt stable] Patch "bridge/mdb: remove wrong use of NLM_F_MULTI" has been added to staging queue
  • From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
• Bridge created on centos6.4 running as a virtual machine over vmware does not work
  • From: Fahd Abbasi <fahd.abbasi@xxxxxxxxx>
• Re: [PATCH net-next] bridge: skip fdb add if the port shouldn't learn
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: skip fdb add if the port shouldn't learn
  • From: Scott Feldman <sfeldma@xxxxxxxxx>
• Re: [PATCH net-next] bridge: skip fdb add if the port shouldn't learn
  • From: roopa <roopa@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] bridge: fix br_multicast_query_expired() bug
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net] bridge: fix br_multicast_query_expired() bug
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH net] bridge: fix br_multicast_query_expired() bug
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxx>
• [PATCH net] bridge: fix br_multicast_query_expired() bug
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next] bridge: skip fdb add if the port shouldn't learn
  • From: Scott Feldman <sfeldma@xxxxxxxxx>
• Re: [PATCH net-next] bridge: skip fdb add if the port shouldn't learn
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: skip fdb add if the port shouldn't learn
  • From: Scott Feldman <sfeldma@xxxxxxxxx>
• Re: [PATCH net-next] bridge: skip fdb add if the port shouldn't learn
  • From: Scott Feldman <sfeldma@xxxxxxxxx>
• Re: [PATCH net-next] bridge: skip fdb add if the port shouldn't learn
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: skip fdb add if the port shouldn't learn
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: skip fdb add if the port shouldn't learn
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 net-next] bridge: allow setting hash_max + multicast_router if interface is down
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next v2] bridge: skip fdb add if the port shouldn't learn
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: skip fdb add if the port shouldn't learn
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: skip fdb add if the port shouldn't learn
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: skip fdb add if the port shouldn't learn
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCHv3 net-next] bridge: allow setting hash_max + multicast_router if interface is down
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH] bridge: fix parsing of MLDv2 reports
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv2 net-next] bridge: allow setting hash_max + multicast_router if interface is down
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] bridge: fix parsing of MLDv2 reports
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxx>
• Re: [PATCH net-next] bridge: allow setting hash_max + multicast_router if interface is down
  • From: roopa <roopa@xxxxxxxxxxxxxxxxxxx>
• [PATCH net-next] bridge: skip fdb add if the port shouldn't learn
  • From: Nikolay Aleksandrov <nikolay@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: fix parsing of MLDv2 reports
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• Re: [PATCHv2 net-next] bridge: allow setting hash_max + multicast_router if interface is down
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• [PATCHv2 net-next] bridge: allow setting hash_max + multicast_router if interface is down
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH 3.16.y-ckt 035/129] bridge/mdb: remove wrong use of NLM_F_MULTI
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: allow setting hash_max + multicast_router if interface is down
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: allow setting hash_max + multicast_router if interface is down
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: allow setting hash_max + multicast_router if interface is down
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] bridge: allow setting hash_max + multicast_router if interface is down
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• [PATCH net-next] bridge: allow setting hash_max + multicast_router if interface is down
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [RFC PATCH net-next] bridge: allow setting hash_max + multicast_router if interface is down
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [RFC PATCH net-next] bridge: allow setting hash_max + multicast_router if interface is down
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH net-next] bridge: allow setting hash_max + multicast_router if interface is down
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: Linux kernel not supporting STP enablement in NON-ROOT namespace
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Linux kernel not supporting STP enablement in NON-ROOT namespace
  • From: Pullabhatla Vinod <pvinod.sarma@xxxxxxxxxxxxx>
• [3.16.y-ckt stable] Patch "bridge/mdb: remove wrong use of NLM_F_MULTI" has been added to staging queue
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: linux brigde query
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2] bridge: change BR_GROUPFWD_RESTRICTED to allow forwarding of LLDP frames
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCHv2] bridge: change BR_GROUPFWD_RESTRICTED to allow forwarding of LLDP frames
  • From: Bernhard Thaler <bernhard.thaler@xxxxxxxx>
• Re: [PATCHv3 net-next 0/2] Exporting IGMP/MLD checking from bridge code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCHv3 net-next 1/2] bridge: multicast: call skb_checksum_{simple_, }validate
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• linux brigde query
  • From: ratheesh kannoth <ratheesh.ksz@xxxxxxxxx>
• [PATCHv3 net-next 2/2] net: Export IGMP/MLD message validation code
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCHv3 net-next 1/2] bridge: multicast: call skb_checksum_{simple_, }validate
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCHv3 net-next 0/2] Exporting IGMP/MLD checking from bridge code
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH net 2/3] bridge/nl: remove wrong use of NLM_F_MULTI
  • From: Jeff Kirsher <jeffrey.t.kirsher@xxxxxxxxx>
• [PATCH net 2/3] bridge/nl: remove wrong use of NLM_F_MULTI
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• [PATCH net 1/3] bridge/mdb: remove wrong use of NLM_F_MULTI
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• Re: Suspicious RCU usage in bridge with Linux v4.0-9362-g1fc149933fd4
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Suspicious RCU usage in bridge with Linux v4.0-9362-g1fc149933fd4
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: Suspicious RCU usage in bridge with Linux v4.0-9362-g1fc149933fd4
  • From: Cong Wang <cwang@xxxxxxxxxxxxxxxx>
• Re: [PATCHv2 net-next 2/2] net: Export IGMP/MLD message validation code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCHv2 net-next 2/2] net: Export IGMP/MLD message validation code
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCHv2 net-next 1/2] bridge: multicast: call skb_checksum_{simple_, }validate
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCHv2 net-next 0/2] Exporting IGMP/MLD checking from bridge code
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH 2/2] net: Export IGMP/MLD message validation code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [B.A.T.M.A.N.] [PATCH 1/2] bridge: multicast: call skb_checksum_{simple_, }validate
  • From: Rudresh NB <rudrii@xxxxxxxxx>
• Re: [PATCH 2/2] net: Export IGMP/MLD message validation code
  • From: YOSHIFUJI Hideaki/吉藤英明 <hideaki.yoshifuji@xxxxxxxxxxxxxxxx>
• Re: [B.A.T.M.A.N.] [PATCH 2/2] net: Export IGMP/MLD message validation code
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH 2/2] net: Export IGMP/MLD message validation code
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH 1/2] bridge: multicast: call skb_checksum_{simple_, }validate
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH RFCv3 2/4] net: Export IGMP/MLD message validation code
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH RFCv3 4/4] batman-adv: Increase BATADV_TVLV_MCAST version number to 2
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH RFCv3 3/4] batman-adv: Forward IGMP/MLD reports to selected querier (only)
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH RFCv3 2/4] net: Export IGMP/MLD message validation code
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH RFCv3 1/4] bridge: multicast: call skb_checksum_{simple_, }validate
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH RFCv3 0/4] batman-adv: Unicasting multicast reports to querier-node only
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH] bridge: relax BR_GROUPFWD_RESTRICTED to forward LLDP frames
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bridge: relax BR_GROUPFWD_RESTRICTED to forward LLDP frames
  • From: Bernhard Thaler <bernhard.thaler@xxxxxxxx>
• Re: [PATCH] bridge: relax BR_GROUPFWD_RESTRICTED to forward LLDP frames
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH RFCv2 3/4] batman-adv: Forward IGMP/MLD reports to selected querier (only)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH RFCv2 4/4] batman-adv: Increase BATADV_TVLV_MCAST version number to 2
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH RFCv2 3/4] batman-adv: Forward IGMP/MLD reports to selected querier (only)
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH RFCv2 2/4] net: Export IGMP/MLD message validation code
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH RFCv2 1/4] bridge: multicast: call skb_checksum_{simple_, }validate
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• [PATCH RFCv2 0/4] batman-adv: Unicasting multicast reports to querier-node only
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH 00/25] treewide: Use bool function return values of true/false not 1/0
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH 00/25] treewide: Use bool function return values of true/false not 1/0
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 00/25] treewide: Use bool function return values of true/false not 1/0
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 22/25] bridge: Use bool function return values of true/false not 1/0
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] bridge: relax BR_GROUPFWD_RESTRICTED to forward LLDP frames
  • From: Bernhard Thaler <bernhard.thaler@xxxxxxxx>
• Re: Are multicast Ethernet frames supported in Linux bridge?
  • From: Martin T <m4rtntns@xxxxxxxxx>
• Re: bridge port number changing - FIXED
  • From: Brett Worth <brett.worth@xxxxxxxxx>
• 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>