Linux Ethernet Bridging
[Prev Page][Next Page]
- [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>
- Fwd: [PATCH] net bridge: add null pointer check, fix panic
- From: xiaoming gao <gxm.linux.kernel@xxxxxxxxx>
- [PATCH] net bridge: add null pointer check, fix panic
- From: xiaoming gao <gxm.linux.kernel@xxxxxxxxx>
- Re: [patch] netfilter: prevent harmless integer overflow
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [patch] netfilter: prevent harmless integer overflow
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH] net bridge: add null pointer check, fix panic
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH] net bridge: add null pointer check, fix panic
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH] net bridge: add null pointer check, fix panic
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- [patch] netfilter: prevent harmless integer overflow
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] bridge: fix switched interval for MLD Query types
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: bond-mode 4 bridge-utils 3.x kernel not fully working
- From: Jelle de Jong <jelledejong@xxxxxxxxxxxxx>
- [PATCH] bridge: fix switched interval for MLD Query types
- From: Linus Lüssing <linus.luessing@xxxxxx>
- Re: [PATCHv4 net-next 0/2] Add two new flags to bridge.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCHv4 net-next 0/2] Add two new flags to bridge.
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv4 net-next 0/2] Add two new flags to bridge.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCHv4 net-next 2/2] bridge: Add a flag to control unicast packet flood.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCHv4 net-next 1/2] bridge: Add flag to control mac learning.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCHv4 net-next 0/2] Add two new flags to bridge.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH] iproute2: bridge: fix 'bridge link' setlink/getlink parsing
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- [PATCH] iproute2: bridge: fix 'bridge link' setlink/getlink parsing
- From: John Fastabend <john.fastabend@xxxxxxxxx>
- Re: [PATCH] bridge: netfilter: using strlcpy() instead of strncpy()
- From: Chen Gang <gang.chen@xxxxxxxxxxx>
- Re: bond-mode 4 bridge-utils 3.x kernel not fully working
- From: Jelle de Jong <jelledejong@xxxxxxxxxxxxx>
- Re: bond-mode 4 bridge-utils 3.x kernel not fully working
- From: Wilco Baan Hofman <wilco@xxxxxxxxxxxxx>
- bond-mode 4 bridge-utils 3.x kernel not fully working
- From: Jelle de Jong <jelledejong@xxxxxxxxxxxxx>
- Re: [PATCHv2 net-next] bridge: Set vlan_features to allow offloads on vlans.
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: netfilter: using strlcpy() instead of strncpy()
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- [PATCHv2 net-next] bridge: Set vlan_features to allow offloads on vlans.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH] bridge: Set vlan_features to allow offloads on vlans.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH] bridge: Set vlan_features to allow offloads on vlans.
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- [PATCH] bridge: Set vlan_features to allow offloads on vlans.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH] bridge: netfilter: using strlcpy() instead of strncpy()
- From: Chen Gang <gang.chen@xxxxxxxxxxx>
- [PATCH] bridge: netfilter: using strlcpy() instead of strncpy()
- From: Chen Gang <gang.chen@xxxxxxxxxxx>
- Re: [Xen-devel] [PATCH] Add support for netconsole driver used on bridge device with VIF attached
- From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
- [PATCH] Add support for netconsole driver used on bridge device with VIF attached
- From: Yuval Shaia <yuval.shaia@xxxxxxxxxx>
- Re: [PATCH] Add support for netconsole driver used on bridge device with VIF attached
- From: Yuval Shaia <yuval.shaia@xxxxxxxxxx>
- Re: [PATCH] bridge: netfilter: using strlcpy() instead of strncpy()
- From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
- Re: [Xen-devel] [PATCH] Add support for netconsole driver used on bridge device with VIF attached
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
- Re: [PATCH] Add support for netconsole driver used on bridge device with VIF attached
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
- Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv4 net-next 2/2] bridge: Add a flag to control unicast packet flood.
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv4 net-next 0/2] Add two new flags to bridge.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCHv4 net-next 0/2] Add two new flags to bridge.
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCHv4 net-next 0/2] Add two new flags to bridge.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCHv4 net-next 2/2] bridge: Add a flag to control unicast packet flood.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCHv4 net-next 1/2] bridge: Add flag to control mac learning.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCHv4 net-next 0/2] Add two new flags to bridge.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH] Add support for netconsole driver used on bridge device with VIF attached
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
- Re: [PATCHv2 net-next 2/2] bridge: Add a flag to control unicast packet flood.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCHv2 net-next 2/2] bridge: Add a flag to control unicast packet flood.
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv2 net-next 1/2] bridge: Add flag to control mac learning.
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCHv2 net-next 1/2] bridge: Add flag to control mac learning.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCHv2 net-next 2/2] bridge: Add a flag to control unicast packet flood.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCHv2 net-next 1/2] bridge: Add flag to control mac learning.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCHv2 net-next 0/2] Add two new flags to bridge.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next 1/2] bridge: Add flag to control mac learning.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next 2/2] bridge: Add a flag to control unicast packet flood.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net-next 1/2] bridge: Add flag to control mac learning.
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- [PATCH net-next 2/2] bridge: Add a flag to control unicast packet flood.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next 1/2] bridge: Add flag to control mac learning.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next 0/2] Add some new flags to bridges.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v2 net-next 2/6] bridge: make flags sysfs interface a little bit more extensible
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v2 net-next 2/6] bridge: make flags sysfs interface a little bit more extensible
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 net-next 2/6] bridge: make flags sysfs interface a little bit more extensible
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 net-next 2/6] bridge: make flags sysfs interface a little bit more extensible
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- [PATCH v2 net-next 6/6] bridge: Store bridge mac to uplinks
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v2 net-next 5/6] bridge: Automatically set promisc on uplink ports.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v2 net-next 4/6] bridge: Allow user to program hw addresses to uplink devices.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v2 net-next 3/6] bridge: Implement IFF_UNICAST_FLT.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v2 net-next 2/6] bridge: make flags sysfs interface a little bit more extensible
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v2 net-next 1/6] bridge: Allow an ability to designate an uplink port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v2 net-next 0/6] Allow bridge to function in non-promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Configuration-messages from root switch hello-timer not forwarded
- From: Pieter De Baets <Pieter.DeBaets@xxxxxxxx>
- Re: [PATCH] bridge: Add missing include for in6_addr
- From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
- [PATCH] bridge: Add missing include for in6_addr
- From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: Add missing include for in6_addr
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] Notify userspace about bridge learning MAC on new port
- From: michael-dev <michael-dev@xxxxxxxxxxxxx>
- Re: [PATCH net] bridge: make user modified path cost sticky
- From: David Miller <davem@xxxxxxxxxxxxx>
- bridging and VLANs
- From: Benjamin Scarlet <roll10@xxxxxxxxxxxx>
- [PATCH net] bridge: make user modified path cost sticky
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
- From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
- Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
- From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
- From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
- From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
- Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
- From: Jamal Hadi Salim <jhs@xxxxxxxxxxxx>
- Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
- From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
- From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
- From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
- [PATCH 3/3] bridge: implement restricted port forwarding policy
- From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
- [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
- From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
- [PATCH 2/3] sk_buff: add bridge_restricted flag
- From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
- [PATCH 0/3] bridge: implement restricted forwarding policy
- From: Antonio Quartulli <antonio@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] if.h: add IFF_BRIDGE_RESTRICTED flag
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- network namespace + bridge visibility
- From: Марк Коренберг <socketpair@xxxxxxxxx>
- [PATCH net-next] bridge: remove unused variable ifm
- From: Hong Zhiguo <honkiko@xxxxxxxxx>
- Re: [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
- From: Hong Zhiguo <honkiko@xxxxxxxxx>
- Re: [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
- From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
- [PATCH] bridge: fix crash when set mac address of br interface
- From: Hong Zhiguo <honkiko@xxxxxxxxx>
- [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
- From: Hong Zhiguo <honkiko@xxxxxxxxx>
- [PATCH 2/2] bridge: Use IPv6 link-local address for multicast listener queries
- From: Satya Narayana <narayana.satya2001@xxxxxxxxx>
- Re: [PATCH net-next] bridge: remove unused variable ifm
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next] bridge: remove unused variable ifm
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] net: add ETH_P_802_3_MIN
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH v2] net: add ETH_P_802_3_MIN
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v2] net: add ETH_P_802_3_MIN
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH] bridge: fix crash when set mac address of br interface
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next] bridge: avoid br_ifinfo_notify when nothing changed
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH net-next 2/4] bridge: Allow an ability to designate an uplink port
- From: Dan Williams <dcbw@xxxxxxxxxx>
- Re: [PATCH] bridge: netfilter: use PTR_RET instead of IS_ERR + PTR_ERR
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [RFC PATCH v2 net-next 0/3] Allow bridge to function in non-promisc mode
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next 2/4] bridge: Allow an ability to designate an uplink port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next 2/4] bridge: Allow an ability to designate an uplink port
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next 2/4] bridge: Allow an ability to designate an uplink port
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
- From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
- Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
- From: Joel Wirāmu Pauling <joel@xxxxxxxxxxxx>
- Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
- From: "\"Oleg A. Arkhangelsky\"" <sysoleg@xxxxxxxxx>
- [PATCH] bridge: netfilter: use PTR_RET instead of IS_ERR + PTR_ERR
- From: Silviu-Mihai Popescu <silviupopescu1990@xxxxxxxxx>
- [PATCH -next] bridge: using for_each_set_bit to simplify the code
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
- [PATCH -next] bridge: using for_each_set_bit_from to simplify the code
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
- Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
- From: Adam Baker <linux@xxxxxxxxxxxxxxxx>
- Re: [RFC PATCH net-next 3/3] bridge: Implement IFF_UNICAST_FLT
- From: John Fastabend <john.fastabend@xxxxxxxxx>
- Re: [PATCH] bridge-utils: Fix compile against linux-3.8.x
- From: Russell Senior <russell@xxxxxxxxxxxxxxxxx>
- Problem with multicast traffic when using network bridging
- From: Adam Baker <linux@xxxxxxxxxxxxxxxx>
- Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next 1/4] bridge: Add sysfs interface to control promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next 1/4] bridge: Add sysfs interface to control promisc mode
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next 4/4] bridge: sync device list when a new uplink is designated
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next 3/4] bridge: Implement IFF_UNICAST_FLT
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next 2/4] bridge: Allow an ability to designate an uplink port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next 1/4] bridge: Add sysfs interface to control promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next 0/4] Allow bridge to function in non-promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH -next] bridge: using for_each_set_bit to simplify the code
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH -next] bridge: using for_each_set_bit_from to simplify the code
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [RFC PATCH v2 net-next 0/3] Allow bridge to function in non-promisc mode
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH v2 net-next 0/3] Allow bridge to function in non-promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [RFC PATCH v2 net-next 0/3] Allow bridge to function in non-promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
- Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [RFC PATCH v2 net-next 0/3] Allow bridge to function in non-promisc mode
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
- Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
- Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
- Re: [Patch net] bridge: do not expire mdb entry when bridge still uses it
- From: Cong Wang <amwang@xxxxxxxxxx>
- [Patch net] bridge: do not expire mdb entry when bridge still uses it
- From: Cong Wang <amwang@xxxxxxxxxx>
- [RFC PATCH v2 net-next 3/3] bridge: Implement IFF_UNICAST_FLT
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [RFC PATCH v2 net-next 2/3] bridge: Allow an ability to designate an uplink port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [RFC PATCH v2 net-next 1/3] bridge: Add sysfs interface to control promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [RFC PATCH v2 net-next 0/3] Allow bridge to function in non-promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [RFC PATCH net-next 0/3] Allow bridge to function in non-promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [RFC PATCH net-next 0/3] Allow bridge to function in non-promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [RFC PATCH net-next 0/3] Allow bridge to function in non-promisc mode
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH net-next 0/3] Allow bridge to function in non-promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [RFC PATCH net-next 3/3] bridge: Implement IFF_UNICAST_FLT
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [RFC PATCH net-next 0/3] Allow bridge to function in non-promisc mode
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH net-next 1/3] bridge: Add mac_management sysfs interface
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [RFC PATCH net-next 3/3] bridge: Implement IFF_UNICAST_FLT
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [RFC PATCH net-next 2/3] bridge: Allow an ability to designate an uplink port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [RFC PATCH net-next 1/3] bridge: Add mac_management sysfs interface
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [RFC PATCH net-next 0/3] Allow bridge to function in non-promisc mode
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v11 net-next 10/12] bridge: Add vlan support to static neighbors
- From: Jitendra Kalsaria <jitendra.kalsaria@xxxxxxxxxx>
- Re: [PATCH v11 net-next 00/12] VLAN filtering/VLAN aware bridge
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v11 net-next 12/12] bridge: Separate egress policy bitmap
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v11 net-next 11/12] bridge: Add vlan support for local fdb entries
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v11 net-next 10/12] bridge: Add vlan support to static neighbors
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v11 net-next 09/12] bridge: Add vlan id to multicast groups
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v11 net-next 08/12] bridge: Add vlan to unicast fdb entries
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v11 net-next 07/12] bridge: Add the ability to configure pvid
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v11 net-next 06/12] bridge: Implement vlan ingress/egress policy with PVID.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v11 net-next 05/12] bridge: Dump vlan information from a bridge port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v11 net-next 04/12] bridge: Add netlink interface to configure vlans on bridge ports
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v11 net-next 03/12] bridge: Verify that a vlan is allowed to egress on given port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v11 net-next 00/12] VLAN filtering/VLAN aware bridge
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v11 net-next 01/12] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v11 net-next 02/12] bridge: Validate that vlan is permitted on ingress
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v10 net-next 10/12] bridge: Add vlan support to static neighbors
- From: Greg Rose <gregory.v.rose@xxxxxxxxx>
- Re: how to handle bonding failover when using a bridge over the bond?
- From: Chris Friesen <chris.friesen@xxxxxxxxxxx>
- Re: how to handle bonding failover when using a bridge over the bond?
- From: Chris Friesen <chris.friesen@xxxxxxxxxxx>
- Re: [PATCH v10 net-next 00/12] VLAN filtering/VLAN aware bridge
- From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
- Re: [PATCH v10 net-next 00/12] VLAN filtering/VLAN aware bridge
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v10 net-next 00/12] VLAN filtering/VLAN aware bridge
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v10 net-next 00/12] VLAN filtering/VLAN aware bridge
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH v10 net-next 10/12] bridge: Add vlan support to static neighbors
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v10 net-next 12/12] bridge: Separate egress policy bitmap
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v10 net-next 11/12] bridge: Add vlan support for local fdb entries
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v10 net-next 09/12] bridge: Add vlan id to multicast groups
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v10 net-next 08/12] bridge: Add vlan to unicast fdb entries
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v10 net-next 07/12] bridge: Add the ability to configure pvid
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v10 net-next 06/12] bridge: Implement vlan ingress/egress policy with PVID.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v10 net-next 05/12] bridge: Dump vlan information from a bridge port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v10 net-next 04/12] bridge: Add netlink interface to configure vlans on bridge ports
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v10 net-next 03/12] bridge: Verify that a vlan is allowed to egress on given port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v10 net-next 02/12] bridge: Validate that vlan is permitted on ingress
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v10 net-next 00/12] VLAN filtering/VLAN aware bridge
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v10 net-next 01/12] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v9 net-next 00/12] Add basic VLAN support to bridges
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v9 net-next 00/12] Add basic VLAN support to bridges
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v9 net-next 00/12] Add basic VLAN support to bridges
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v9 net-next 05/12] bridge: Add the ability to configure pvid
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v9 net-next 00/12] Add basic VLAN support to bridges
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v9 net-next 00/12] Add basic VLAN support to bridges
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH v9 net-next 05/12] bridge: Add the ability to configure pvid
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v9 net-next 02/12] bridge: Validate that vlan is permitted on ingress
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v9 net-next 01/12] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v9 net-next 09/12] bridge: Add vlan support to static neighbors
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v9 net-next 01/12] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v9 net-next 07/12] bridge: Add vlan to unicast fdb entries
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v9 net-next 10/12] bridge: Add vlan support for local fdb entries
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v9 net-next 05/12] bridge: Add the ability to configure pvid
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v9 net-next 08/12] bridge: Add vlan id to multicast groups
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v9 net-next 06/12] bridge: Implement vlan ingress/egress policy
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v9 net-next 03/12] bridge: Verify that a vlan is allowed to egress on give port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v9 net-next 00/12] Add basic VLAN support to bridges
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v9 net-next 12/12] bridge: Separate egress policy bitmap
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v9 net-next 11/12] bridge: Dump vlan information from a bridge port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v9 net-next 04/12] bridge: Add netlink interface to configure vlans on bridge ports
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v9 net-next 02/12] bridge: Validate that vlan is permitted on ingress
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v7 net-next 03/12] bridge: Verify that a vlan is allowed to egress on give port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v7 net-next 12/12] bridge: Separate egress policy bitmap
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v7 net-next 11/12] bridge: Dump vlan information from a bridge port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v7 net-next 10/12] bridge: Add vlan support for local fdb entries
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v7 net-next 09/12] bridge: Add vlan support to static neighbors
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v7 net-next 08/12] bridge: Add vlan id to multicast groups
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v7 net-next 07/12] bridge: Add vlan to unicast fdb entries
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v7 net-next 06/12] bridge: Implement vlan ingress/egress policy
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v7 net-next 05/12] bridge: Add the ability to configure pvid
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v7 net-next 04/12] bridge: Add netlink interface to configure vlans on bridge ports
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v7 net-next 03/12] bridge: Verify that a vlan is allowed to egress on give port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v7 net-next 02/12] bridge: Validate that vlan is permitted on ingress
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH v8 net-next 00/12] Add basic VLAN support to bridges
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH 00/13] Add basic VLAN support to bridges
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH 13/13] bridge: Separate egress policy bitmap
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH 10/13] bridge: Add vlan support to static neighbors
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH 12/13] bridge: Dump vlan information from a bridge port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH 11/13] bridge: Add vlan support for local fdb entries
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH 09/13] bridge: Add vlan id to multicast groups
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH 08/13] bridge: Add vlan to unicast fdb entries
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH 07/13] bridge: Implement vlan ingress/egress policy
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH 06/13] bridge: Add the ability to configure pvid
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH 05/13] bridge: Add netlink interface to configure vlans on bridge ports
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH 04/13] bridge: Verify that a vlan is allowed to egress on give port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH 03/13] bridge: Validate that vlan is permitted on ingress
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH 02/13] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH 01/13] vlan: wrap hw-acceleration calls in separate functions.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH 00/13] Add basic VLAN support to bridges
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
- From: Shmulik Ladkani <shmulik.ladkani@xxxxxxxxx>
- Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
- From: Shmulik Ladkani <shmulik.ladkani@xxxxxxxxx>
- Re: [PATCH net-next V6 03/14] bridge: Validate that vlan is permitted on ingress
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next V6 03/14] bridge: Validate that vlan is permitted on ingress
- From: Shmulik Ladkani <shmulik.ladkani@xxxxxxxxx>
- Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
- From: Shmulik Ladkani <shmulik.ladkani@xxxxxxxxx>
- Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next V6 14/14] bridge: Dump vlan information from a bridge port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next V6 13/14] bridge: Add vlan support for local fdb entries
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next V6 12/14] bridge: Add vlan support to static neighbors
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next V6 11/14] bridge: Add vlan id to multicast groups
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next V6 10/14] bridge: Add vlan to unicast fdb entries
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next V6 09/14] bridge: API to configure egress policy
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next V6 08/14] bridge: Implement vlan ingress/egress policy
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next V6 07/14] bridge: Add the ability to configure pvid
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next V6 06/14] bridge: Add netlink interface to configure vlans on bridge ports
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next V6 05/14] bridge: Cache vlan in the cb for faster egress lookup.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next V6 04/14] bridge: Verify that a vlan is allowed to egress on give port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next V6 03/14] bridge: Validate that vlan is permitted on ingress
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next V6 01/14] vlan: wrap hw-acceleration calls in separate functions.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next V6 00/14] Add basic VLAN support to bridges
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: Information needed on the kernel version which supports ----
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: Information needed on the kernel version which supports ----
- From: Sandeepa C S <sandeepacs@xxxxxxxxxxxxxxx>
- Re: Information needed on the kernel version which supports ----
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: Information needed on the kernel version which supports ----
- From: Balaji Foss <balajig.foss@xxxxxxxxx>
- Information needed on the kernel version which supports ----
- From: Sandeepa C S <sandeepacs@xxxxxxxxxxxxxxx>
- Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
- From: Shmulik Ladkani <shmulik.ladkani@xxxxxxxxx>
- Re: [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: [PATCH 10/14] bridge: Add the ability to pvid
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next v5 14/14] bridge: Add vlan support for local fdb entries
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next v5 13/14] bridge: Dump vlan information from a bridge port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next v5 12/14] bridge: Implement vlan ingress/egress policy
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next v5 11/14] bridge: API to configure egress policy
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH 10/14] bridge: Add the ability to pvid
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next v5 10/14] bridge: Add the ability to configure pvid
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next v5 09/14] bridge: Add vlan support to static neighbors
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next v5 08/14] bridge: Add netlink interface to configure vlans on bridge ports
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next v5 07/14] bridge: Add vlan id to multicast groups
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next v5 06/14] bridge: Add vlan to unicast fdb entries
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next v5 05/14] bridge: Cache vlan in the cb for faster egress lookup.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next v5 04/14] bridge: Verify that a vlan is allowed to egress on give port
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next v5 03/14] bridge: Validate that vlan is permitted on ingress
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- Re: linux-next: Tree for Jan 4 (net/bridge)
- From: Rami Rosen <roszenrami@xxxxxxxxx>
- Re: linux-next: Tree for Jan 4 (net/bridge)
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- [PATCH net-next V5 00/14] Add basic VLAN support to bridges
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
- From: Vlad Yasevich <vyasevic@xxxxxxxxxx>
- [patch net-next V6 15/15] net: kill dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 14/15] net: remove no longer used netdev_set_bond_master() and netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 13/15] bonding: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 12/15] nes: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 11/15] vlan: remove usage of dev->master in __vlan_find_dev_deep()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 10/15] qeth: ensure that __vlan_find_dev_deep() is called with rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 09/15] qlcnic: guard __vlan_find_dev_deep() by rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 08/15] cxgb3: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 07/15] netpoll: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 06/15] bridge: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 05/15] team: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 04/15] rtnetlink: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 03/15] vlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 02/15] macvlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 01/15] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V6 00/15] net: introduce upper device lists and remove dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [RFC PATCH] bridge: Add export of multicast database adjacent to net_dev
- From: Linus Lüssing <linus.luessing@xxxxxx>
- Re: [PATCH v9 net-next 05/12] bridge: Add the ability to configure pvid
- From: Michał Mirosław <mirqus@xxxxxxxxx>
- Re: [PATCH v9 net-next 05/12] bridge: Add the ability to configure pvid
- From: Michał Mirosław <mirqus@xxxxxxxxx>
- Re: [PATCH v9 net-next 05/12] bridge: Add the ability to configure pvid
- From: Michał Mirosław <mirqus@xxxxxxxxx>
- Re: [PATCH v9 net-next 05/12] bridge: Add the ability to configure pvid
- From: Michał Mirosław <mirqus@xxxxxxxxx>
- Re: [PATCH v9 net-next 01/12] bridge: Add vlan filtering infrastructure
- From: Michał Mirosław <mirqus@xxxxxxxxx>
- Re: [PATCH v9 net-next 02/12] bridge: Validate that vlan is permitted on ingress
- From: Michał Mirosław <mirqus@xxxxxxxxx>
- Re: [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
- From: Simon Barber <simon@xxxxxxxxxxxxxx>
- Re: [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
- From: Simon Barber <simon@xxxxxxxxxxxxxx>
- Re: [PATCH v7 net-next 03/12] bridge: Verify that a vlan is allowed to egress on give port
- From: Michał Mirosław <mirqus@xxxxxxxxx>
- Re: [PATCH v7 net-next 01/12] bridge: Add vlan filtering infrastructure
- From: Michał Mirosław <mirqus@xxxxxxxxx>
- Re: [PATCH 00/13] Add basic VLAN support to bridges
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] Add support for netconsole driver used on bridge device with VIF attached
- From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
- Re: [PATCH net-next V6 02/14] bridge: Add vlan filtering infrastructure
- From: Michał Mirosław <mirqus@xxxxxxxxx>
- Re: [PATCH net-next V6 01/14] vlan: wrap hw-acceleration calls in separate functions.
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH net-next v5 02/14] bridge: Add vlan filtering infrastructure
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH net-next v5 01/14] vlan: wrap hw-acceleration calls in separate functions.
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [patch net-next V6 00/15] net: introduce upper device lists and remove dev->master
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: linux-next: Tree for Jan 4 (net/bridge)
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [patch net-next V5 01/15] net: introduce upper device lists
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- [patch net-next V5 15/15] net: kill dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 14/15] net: remove no longer used netdev_set_bond_master() and netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 13/15] bonding: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 12/15] nes: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 11/15] vlan: remove usage of dev->master in __vlan_find_dev_deep()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 10/15] qeth: ensure that __vlan_find_dev_deep() is called with rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 09/15] qlcnic: guard __vlan_find_dev_deep() by rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 08/15] cxgb3: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 07/15] netpoll: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 06/15] bridge: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 05/15] team: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 04/15] rtnetlink: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 03/15] vlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 02/15] macvlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 01/15] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next V5 00/15] net: introduce upper device lists and remove dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Does linux support per vlan stp
- From: Atul Gupta <atul14.kumar@xxxxxxxxx>
- Re: Update to RSTP lib
- From: Christopher Merck <cmerck@xxxxxxxxxxxx>
- Re: Update to RSTP lib
- From: Christopher Merck <cmerck@xxxxxxxxxxxx>
- Re: [PATCH 3/3] iproute2: make `bridge mdb` output consistent with input
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH 3/3] iproute2: make `bridge mdb` output consistent with input
- From: Cong Wang <amwang@xxxxxxxxxx>
- [PATCH 2/3] iproute2: update help info of bridge command
- From: Cong Wang <amwang@xxxxxxxxxx>
- [PATCH 1/3] iproute2: distinguish permanent and temporary mdb entries
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH 2/2] bridge: add flags to distinguish permanent mdb entires
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH 2/2] bridge: add flags to distinguish permanent mdb entires
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] bridge: update selinux perm table for RTM_NEWMDB and RTM_DELMDB
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH 2/2] bridge: add flags to distinguish permanent mdb entires
- From: Cong Wang <amwang@xxxxxxxxxx>
- [PATCH 1/2] bridge: update selinux perm table for RTM_NEWMDB and RTM_DELMDB
- From: Cong Wang <amwang@xxxxxxxxxx>
- [Patch] iproute2: distinguish permanent and temporary mdb entries
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH] iproute2: update usage info of bridge monitor
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] bridge: Bug fix for incorrect interpretation of MLDv2 maximum response code
- From: Ang Way Chuang <wcang@xxxxxxxxxxxxxx>
- Re: [PATCH] bridge: Bug fix for incorrect interpretation of MLDv2 maximum response code
- From: Ang Way Chuang <wcang@xxxxxxxxxxxxxx>
- [PATCH] bridge: Bug fix for incorrect interpretation of MLDv2 maximum response code
- From: Ang Way Chuang <wcang@xxxxxxxxxxxxxx>
- [PATCH] iproute2: update usage info of bridge monitor
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH] bridge: Bug fix for incorrect interpretation of MLDv2 maximum response code
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] bridge: Bug fix for incorrect interpretation of MLDv2 maximum response code
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] bridge: Bug fix for incorrect interpretation of MLDv2 maximum response code
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH 2/2] iproute2: add support to monitor mdb entries too
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH net-next 2/2] bridge: add support of adding and deleting mdb entries
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next 1/2] bridge: notify mdb changes via netlink
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH net-next 2/2] bridge: add support of adding and deleting mdb entries
- From: Cong Wang <amwang@xxxxxxxxxx>
- [PATCH net-next 1/2] bridge: notify mdb changes via netlink
- From: Cong Wang <amwang@xxxxxxxxxx>
- [PATCH 2/2] iproute2: add support to monitor mdb entries too
- From: Cong Wang <amwang@xxxxxxxxxx>
- [PATCH 1/2] iproute2: implement add/del mdb entry
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH net-next v5] bridge: export multicast database via netlink
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH net-next v5] bridge: export multicast database via netlink
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [patch v2] bridge: make buffer larger in br_setlink()
- From: walter harms <wharms@xxxxxx>
- Re: [patch v2] bridge: make buffer larger in br_setlink()
- From: walter harms <wharms@xxxxxx>
- Re: [PATCH net-next v5] bridge: export multicast database via netlink
- From: Thomas Graf <tgraf@xxxxxxx>
- Re: [patch] bridge: make buffer larger in br_setlink()
- From: Thomas Graf <tgraf@xxxxxxx>
- Re: [PATCH net-next v4] bridge: export multicast database via netlink
- From: Thomas Graf <tgraf@xxxxxxx>
- [PATCH v5] iproute2: add mdb sub-command to bridge
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH v4] iproute2: add mdb sub-command to bridge
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [patch v2] bridge: make buffer larger in br_setlink()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next v5] bridge: export multicast database via netlink
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [patch v2] bridge: make buffer larger in br_setlink()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [patch v2] bridge: make buffer larger in br_setlink()
- From: Stephen Hemminger <stephen.hemminger@xxxxxxxxxx>
- Re: [PATCH v4] iproute2: add mdb sub-command to bridge
- From: Stephen Hemminger <stephen.hemminger@xxxxxxxxxx>
- [patch v2] bridge: make buffer larger in br_setlink()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH net-next v5] bridge: export multicast database via netlink
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH net-next v4] bridge: export multicast database via netlink
- From: Cong Wang <amwang@xxxxxxxxxx>
- [patch] bridge: make buffer larger in br_setlink()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH net-next v4] bridge: export multicast database via netlink
- From: Cong Wang <amwang@xxxxxxxxxx>
- [PATCH v4] iproute2: add mdb sub-command to bridge
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH net-next v3] bridge: implement multicast fast leave
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [B.A.T.M.A.N.] [PATCH] net: fix possible deadlocks in rtnl_trylock/unlock
- From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
- Re: [PATCH net-next v1 2/2] bridge: export multicast database via netlink
- From: Thomas Graf <tgraf@xxxxxxx>
- Re: [PATCH net-next v1 2/2] bridge: export multicast database via netlink
- From: Thomas Graf <tgraf@xxxxxxx>
- Re: [PATCH iproute2 v1] Add mdb command to bridge
- From: Thomas Graf <tgraf@xxxxxxx>
- Re: [PATCH net-next v1 1/2] bridge: export port_no and port_id via IFA_INFO_DATA
- From: Thomas Graf <tgraf@xxxxxxx>
- Re: [PATCH v3] iproute2: add mdb command to bridge
- From: Markus Feldmann <feldmann_markus@xxxxxx>
- [PATCH v3] iproute2: add mdb command to bridge
- From: Cong Wang <amwang@xxxxxxxxxx>
- [PATCH net-next v3] bridge: export multicast database via netlink
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH net-next v2] bridge: export multicast database via netlink
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH net-next v2] bridge: export multicast database via netlink
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH net-next v2] bridge: export multicast database via netlink
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next v2] bridge: export multicast database via netlink
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH net-next v2] bridge: implement multicast fast leave
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH net-next v2] bridge: implement multicast fast leave
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH net-next] bridge: implement multicast fast leave
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH net-next] bridge: implement multicast fast leave
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next] bridge: implement multicast fast leave
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: Help IPV6 neighbor cache & Bridging (RTM_NEWNEIGH)
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Help IPV6 neighbor cache & Bridging (RTM_NEWNEIGH)
- From: sharat chandra <sharat04@xxxxxxxxx>
- Re: [PATCH net-next] bridge: implement multicast fast leave
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next] bridge: implement multicast fast leave
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH net-next] bridge: implement multicast fast leave
- From: Cong Wang <amwang@xxxxxxxxxx>
- [PATCH iproute2 v2] Add mdb command to bridge
- From: Cong Wang <amwang@xxxxxxxxxx>
- [PATCH net-next v2] bridge: export multicast database via netlink
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH net-next v1 2/2] bridge: export multicast database via netlink
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH net-next v1 1/2] bridge: export port_no and port_id via IFA_INFO_DATA
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH net-next v1 1/2] bridge: export port_no and port_id via IFA_INFO_DATA
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH net-next v1 2/2] bridge: export multicast database via netlink
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH net-next v1 1/2] bridge: export port_no and port_id via IFA_INFO_DATA
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH iproute2 v1] Add mdb command to bridge
- From: Cong Wang <amwang@xxxxxxxxxx>
- [PATCH iproute2 v1] Add mdb command to bridge
- From: Cong Wang <amwang@xxxxxxxxxx>
- [PATCH net-next v1 2/2] bridge: export multicast database via netlink
- From: Cong Wang <amwang@xxxxxxxxxx>
- [PATCH net-next v1 1/2] bridge: export port_no and port_id via IFA_INFO_DATA
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [RFC PATCH 1/2] bridge: export port_no and port_id via IFA_INFO_DATA
- From: Thomas Graf <tgraf@xxxxxxx>
- Re: [RFC PATCH 2/2] bridge: export multicast database via netlink
- From: Thomas Graf <tgraf@xxxxxxx>
- Re: [RFC PATCH 2/2] bridge: export multicast database via netlink
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [RFC PATCH 2/2] bridge: export multicast database via netlink
- From: Cong Wang <amwang@xxxxxxxxxx>
- [RFC PATCH 2/2] bridge: export multicast database via netlink
- From: Cong Wang <amwang@xxxxxxxxxx>
- [RFC PATCH iproute2] Add mdb command to bridge
- From: Cong Wang <amwang@xxxxxxxxxx>
- [RFC PATCH 1/2] bridge: export port_no and port_id via IFA_INFO_DATA
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH 9/9] Avoid 'statement with no effect' compiler warnings
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- [PATCH 9/9] Avoid 'statement with no effect' compiler warnings
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH 9/9] Avoid 'statement with no effect' compiler warnings
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [ath9k-devel] [PATCH net-next 00/21] treewide: Use consistent api style for address testing
- From: Pavel Roskin <proski@xxxxxxx>
- Re: [PATCH net-next 00/21] treewide: Use consistent api style for address testing
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- [PATCH net-next 02/21] net: Convert is_<foo>_ether_addr uses to eth_addr_<foo>
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH net-next 00/21] treewide: Use consistent api style for address testing
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: MSTPd in RSTP mode is sometimes slow...
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
- Re: MSTPd in RSTP mode is sometimes slow...
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
- Re: MSTPd in RSTP mode is sometimes slow...
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
- Re: MSTPd in RSTP mode is sometimes slow...
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
- Re: MSTPd in RSTP mode is sometimes slow...
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
- Re: MSTPd in RSTP mode is sometimes slow...
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
- Re: MSTPd in RSTP mode is sometimes slow...
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- MSTPd in RSTP mode is sometimes slow...
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
- Bridge IGMP snooping causing failures in XP.
- From: <DGriffith@xxxxxxxxxxxxxxxxxx>
- Re: Questions about MSTP support.
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Questions about MSTP support.
- From: v g <v_g@xxxxxxxxxxx>
- Re: [PATCH V2] netfilter/iptables: Fix log-level processing
- From: auto75914331@xxxxxxxxxxxx
- tc does not affect multicast traffic over bridge interface
- From: Erik Taraldsen <eriktar@xxxxxxxxx>
[Index of Archives]
[Kernel]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]