Linux Ethernet Bridging
[Prev Page][Next Page]
- [PATCH V2] netfilter/iptables: Fix log-level processing
- From: Joe Perches <joe@xxxxxxxxxxx>
- Netlink message for bridge
- From: Sasa Sasa <sasak.1983@xxxxxxxxx>
- RSTP Proposal Agreement sequence
- From: Cappelletti Fabio <f.cappelletti@xxxxxxxx>
- Rstp proposal and agreement bit
- From: Cappelletti Fabio <f.cappelletti@xxxxxxxx>
- Re: [PATCH] netfilter/iptables: Fix log-level processing
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- [PATCH] netfilter/iptables: Fix log-level processing
- From: Joe Perches <joe@xxxxxxxxxxx>
- Bridge dropping fragmented ipsec frames.
- From: Saurabh Agarwal <saurabh@xxxxxxxxxx>
- Re: [patch net-next v2 01/15] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [patch net-next v2 01/15] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [patch net-next v2 00/15] net: introduce upper device lists and remove dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [patch net-next v2 00/15] net: introduce upper device lists and remove dev->master
- From: Andy Gospodarek <gospo@xxxxxxxxxx>
- [patch net-next v2 15/15] net: kill dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 14/15] net: remove no longer used netdev_set_bond_master() and netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 13/15] bonding: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 12/15] nes: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 11/15] vlan: remove usage of dev->master in __vlan_find_dev_deep()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 10/15] qeth: ensure that __vlan_find_dev_deep() is called with rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 09/15] qlcnic: guard __vlan_find_dev_deep() by rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 08/15] cxgb3: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 07/15] netpoll: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 06/15] bridge: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 05/15] team: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 04/15] rtnetlink: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 03/15] vlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 02/15] macvlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 01/15] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next v2 00/15] net: introduce upper device lists and remove dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Flavio Leitner <fbl@xxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [patch net-next 03/16] vlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [patch net-next 03/16] vlan: add link to upper device
- From: Flavio Leitner <fbl@xxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Flavio Leitner <fbl@xxxxxxxxxx>
- Re: [patch net-next 15/16] net: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 16/16] net: kill dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 15/16] net: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 14/16] net: remove no longer used netdev_set_bond_master() and netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 13/16] bonding: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 12/16] nes: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 11/16] vlan: remove usage of dev->master in __vlan_find_dev_deep()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 10/16] qeth: ensure that __vlan_find_dev_deep() is called with rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 09/16] qlcnic: guard __vlan_find_dev_deep() by rcu_read_lock
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 08/16] cxgb3: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 07/16] netpoll: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 06/16] bridge: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 05/16] team: remove usage of netdev_set_master()
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 04/16] rtnetlink: remove usage of dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 03/16] vlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 02/16] macvlan: add link to upper device
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 01/16] net: introduce upper device lists
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- [patch net-next 00/16] net: introduce upper device lists and remove dev->master
- From: Jiri Pirko <jiri@xxxxxxxxxxx>
- Re: [PATCH 2/7] netpoll: make __netpoll_cleanup non-block
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
- [3.5 regression / bridge] constantly toggeling between disabled and forwarding
- From: Michael Leun <lkml20120218@xxxxxxxxxxxxxxx>
- Re: [patch net-next v2 01/15] net: introduce upper device lists
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [patch net-next v2 01/15] net: introduce upper device lists
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
- Re: [patch net-next v2 01/15] net: introduce upper device lists
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [patch net-next v2 01/15] net: introduce upper device lists
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: [patch net-next v2 00/15] net: introduce upper device lists and remove dev->master
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
- Re: [patch net-next 15/16] net: remove usage of dev->master
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: [patch net-next 01/16] net: introduce upper device lists
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: [PATCH 4/7] bridge: call NETDEV_RELEASE notifier in br_del_if()
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH 2/7] netpoll: make __netpoll_cleanup non-block
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [PATCH 4/7] bridge: call NETDEV_RELEASE notifier in br_del_if()
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH 4/7] bridge: call NETDEV_RELEASE notifier in br_del_if()
- From: Cong Wang <amwang@xxxxxxxxxx>
- [PATCH 2/7] netpoll: make __netpoll_cleanup non-block
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [3.5 regression / bridge] constantly toggeling between disabled and forwarding
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- how to disable multicast_router in bridge? and get rid of the LLDP messages
- From: V Yegyanathan <v.yegyanathan@xxxxxxxxx>
- Re: [patch -next] netfilter: use kfree_skb() not kfree()
- From: David Miller <davem@xxxxxxxxxxxxx>
- [patch -next] netfilter: use kfree_skb() not kfree()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: Query on Sapnning tree implementation from standard point of view
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: Query on Sapnning tree implementation from standard point of view
- From: Sujata Verma <sujataverma3@xxxxxxxxx>
- Re: Query on Sapnning tree implementation from standard point of view
- From: Sasikanth babu <sasikanth.v19@xxxxxxxxx>
- Re: Query on Sapnning tree implementation from standard point of view
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: Query on Sapnning tree implementation from standard point of view
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: Query on Sapnning tree implementation from standard point of view
- From: Sasikanth babu <sasikanth.v19@xxxxxxxxx>
- Re: Query on Sapnning tree implementation from standard point of view
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: Query on Sapnning tree implementation from standard point of view
- From: Sujata Verma <sujataverma3@xxxxxxxxx>
- Almost no traffic in br0 / tap0 combination
- From: Bernhard Walle <bernhard@xxxxxxxxx>
- Re: Query on Sapnning tree implementation from standard point of view
- From: Sasikanth babu <sasikanth.v19@xxxxxxxxx>
- Re: Query on Sapnning tree implementation from standard point of view
- From: Sujata Verma <sujataverma3@xxxxxxxxx>
- Re: Query on Sapnning tree implementation from standard point of view
- From: Sasikanth babu <sasikanth.v19@xxxxxxxxx>
- Query on Sapnning tree implementation from standard point of view
- From: Sujata Verma <sujataverma3@xxxxxxxxx>
- Re: wlan0 will not be automatically added to br0
- From: Arun Khan <knura9@xxxxxxxxx>
- Re: [PATCH] ipv6: correct the ipv6 option name - Pad0 to Pad1
- From: Eldad Zack <eldadzack@xxxxxxxxx>
- [PATCH] ipv6: correct the ipv6 option name - Pad0 to Pad1
- From: Eldad Zack <eldad@xxxxxxxxxxxxxxx>
- Re: [PATCH] ipv6: correct the ipv6 option name - Pad0 to Pad1
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] ipv6: correct the ipv6 option name - Pad0 to Pad1
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] net/bridge/netfilter: Fix the randconfig warning
- From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
- [PATCH] net/bridge/netfilter: Fix the randconfig warning
- From: Devendra Naga <devendra.aaru@xxxxxxxxx>
- Re: [PATCH 00/13] net: Add and use ether_addr_equal
- From: Emmanuel Grumbach <egrumbach@xxxxxxxxx>
- Re: [PATCH 00/13] net: Add and use ether_addr_equal
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 00/13] net: Add and use ether_addr_equal
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 00/13] net: Add and use ether_addr_equal
- From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
- Re: [PATCH 00/13] net: Add and use ether_addr_equal
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 00/13] net: Add and use ether_addr_equal
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 00/13] net: Add and use ether_addr_equal
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 04/13] bridge: netfilter: Convert compare_ether_addr to ether_addr_equal
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH 05/13] bridge: Convert compare_ether_addr to ether_addr_equal
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 04/13] bridge: netfilter: Convert compare_ether_addr to ether_addr_equal
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 00/13] net: Add and use ether_addr_equal
- From: Joe Perches <joe@xxxxxxxxxxx>
- IPv6 bonding in VM doesn't work (was Re: bonding and IPv6 "doesn't work"?)
- From: Amos Kong <kongjianjun@xxxxxxxxx>
- wlan0 will not be automatically added to br0
- From: Markus Feldmann <feldmann_markus@xxxxxx>
- Re: ebtables on mac80211
- From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
- ebtables on mac80211
- From: Wilco Baan Hofman <wilco@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: make brctl showstp display port id
- From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
- [PATCH 2/2] bridge: fix state reporting when port is disabled
- From: Paulius Zaleckas <paulius.zaleckas@xxxxxxxxx>
- [PATCH 1/2] bridge: br_log_state() s/entering/entered/
- From: Paulius Zaleckas <paulius.zaleckas@xxxxxxxxx>
- Re: [PATCH] bridge: fix "entering disabled state" logging
- From: Paulius Zaleckas <paulius.zaleckas@xxxxxxxxx>
- Re: [PATCH] bridge: fix "entering disabled state" logging
- From: Paulius Zaleckas <paulius.zaleckas@xxxxxxxxx>
- [PATCH] bridge: fix "entering disabled state" logging
- From: Paulius Zaleckas <paulius.zaleckas@xxxxxxxxx>
- bridge iface drops everything
- From: Salvador Fandiño <sfandino@xxxxxxxxx>
- Re: [PATCH 2/2] bridge: fix state reporting when port is disabled
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] bridge: br_log_state() s/entering/entered/
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: fix "entering disabled state" logging
- From: David Lamparter <equinox@xxxxxxxxxx>
- Re: [PATCH] bridge: fix "entering disabled state" logging
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: fix "entering disabled state" logging
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: fix "entering disabled state" logging
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Patch for RSTP Bridge Detection State Machine
- From: Matthew_Plummer@xxxxxxxxxx
- Want to add IP options into IP header, unable to resolve symbol
- From: jeewan girewal <jeewan.girewal@xxxxxxxxx>
- Re: [PATCH 2/3] netfilter: potential null derefence.
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH 2/3] netfilter: potential null derefence.
- From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
- Re: [PATCH 2/3] netfilter: potential null derefence.
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
- From: santosh prasad nayak <santoshprasadnayak@xxxxxxxxx>
- Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] netfilter: Remove redundant code.
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH 2/3] netfilter: potential null derefence.
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
- From: santosh prasad nayak <santoshprasadnayak@xxxxxxxxx>
- Re: [PATCH 2/3] netfilter: potential null derefence.
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] netfilter: Remove redundant code.
- From: santosh prasad nayak <santoshprasadnayak@xxxxxxxxx>
- Re: [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] netfilter: Remove redundant code.
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH 2/3] netfilter: potential null derefence.
- From: santosh prasad nayak <santoshprasadnayak@xxxxxxxxx>
- [PATCH 3/3] netfilter: Remove redundant code.
- From: santosh nayak <santoshprasadnayak@xxxxxxxxx>
- [PATCH 2/3] netfilter: potential null derefence.
- From: santosh nayak <santoshprasadnayak@xxxxxxxxx>
- [PATCH 1/3] netfilter: Fix copy_to_user too small size parametre.
- From: santosh nayak <santoshprasadnayak@xxxxxxxxx>
- Re: [PATCH 1/2] bridge: Adjust min age inc for HZ > 256
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] bridge: Adjust min age inc for HZ > 256
- From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
- Re: [PATCH 1/2] bridge: Adjust min age inc for HZ > 256
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 2/2] bridge: message age needs to increase, not decrease.
- From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
- [PATCH] bridge: make brctl showstp display port id
- From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
- [PATCH 2/2] bridge: message age needs to increase, not decrease.
- From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
- [PATCH 1/2] bridge: Adjust min age inc for HZ > 256
- From: Joakim Tjernlund <Joakim.Tjernlund@xxxxxxxxxxxx>
- can not get STP with VLAN working in linux
- From: Koen Swinters <Koen.Swinters@xxxxxxxxxxxxxx>
- Re: STP message age broken?
- From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
- Problem regarding TRILL encapsulated packets
- From: Syed Muhammad Mohsin Kazmi <08beesmmkazmi@xxxxxxxxxxxx>
- STP message age broken?
- From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
- Re: [PATCH 0/4] Part 1: unify return value of .ndo_set_mac_address if address is invalid
- From: David Miller <davem@xxxxxxxxxxxxx>
- Strange STP hello timing problem
- From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
- Re: [PATCH 4/4] br_device: unify return value of .ndo_set_mac_address if address is invalid
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH 4/4] br_device: unify return value of .ndo_set_mac_address if address is invalid
- From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
- [PATCH 0/4] Part 1: unify return value of .ndo_set_mac_address if address is invalid
- From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
- Re: [PATCH v2 2/2] net: use eth_hw_addr_random() and reset addr_assign_type
- From: David Miller <davem@xxxxxxxxxxxxx>
- [RESEND][PATCH v2 0/2] Part 2: handle addr_assign_type for random addresses
- From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
- [PATCH v2 2/2] net: use eth_hw_addr_random() and reset addr_assign_type
- From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
- [PATCH v2 0/2] Part 2: handle addr_assign_type for random addresses
- From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
- [PATCH 2/2] net: use eth_hw_addr_random() and reset addr_assign_type
- From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
- [PATCH 47/50] bridge: use dev_hw_addr_random() instead of random_ether_addr()
- From: Danny Kukawka <danny.kukawka@xxxxxxxxx>
- Is this list dead?
- From: Mark Haun <haunma@xxxxxxxxx>
- Re: [PATCH 47/50] bridge: use dev_hw_addr_random() instead of random_ether_addr()
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Kernel tuning for bridge machines
- From: Andrew Daviel <advax@xxxxxxxxx>
- setfd
- From: Christopher Cole <cole@xxxxxxxxxx>
- Stuck on bridge config for UDP broadcasts (UPNP)
- From: Mark Haun <haunma@xxxxxxxxx>
- [PATCH] net: bridge: netfilter: Fix dependency for BRIDGE_NF_EBTABLES
- From: Fabio Estevam <festevam@xxxxxxxxx>
- Packet loss in bridging firewall
- From: Andrew Daviel <advax@xxxxxxxxx>
- Re: [PATCH] net: bridge: netfilter: Fix dependency for BRIDGE_NF_EBTABLES
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] net: bridge: netfilter: Fix dependency for BRIDGE_NF_EBTABLES
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
- From: Richard Weinberger <richard@xxxxxx>
- Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
- From: Richard Weinberger <richard@xxxxxx>
- Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
- From: Richard Weinberger <richard@xxxxxx>
- Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
- From: Richard Weinberger <richard@xxxxxx>
- [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
- From: Richard Weinberger <richard@xxxxxx>
- Re: xt_physdev has no effect if net.bridge.bridge-nf-call-iptables=0
- From: Richard Weinberger <richard@xxxxxx>
- Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
- From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
- Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
- From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
- Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
- From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
- Re: [PATCH] netfilter: Fix br_nf_pre_routing() in conjunction with bridge-nf-call-ip(6)tables=0
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Invalid Argument when adding a bond to a bridge
- From: Dyweni - NetDev <xmCM8KtKk25K@xxxxxxxxxx>
- Re: Invalid Argument when adding a bond to a bridge
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: Invalid Argument when adding a bond to a bridge
- From: David Lamparter <equinox@xxxxxxxxxx>
- Re: Invalid Argument when adding a bond to a bridge
- From: Dyweni - Bridge <cTXr3nd3DSn5@xxxxxxxxxx>
- Invalid Argument when adding a bond to a bridge
- From: Dyweni - Bridge <cTXr3nd3DSn5@xxxxxxxxxx>
- Re: [PATCH] bridge: push blocking slaves to forwarding when turning stp off
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] bridge: push blocking slaves to forwarding when turning stp off
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] bridge: push blocking slaves to forwarding when turning stp off
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] bridge: push blocking slaves to forwarding when turning stp off
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] bridge: push blocking slaves to forwarding when turning stp off
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH] bridge: Cannot communicate with brX when its MAC address is changed
- From: Koki Sanagi <sanagi.koki@xxxxxxxxxxxxxx>
- Re: [PATCH] net, bridge: print log message after state changed
- From: Holger Brunck <holger.brunck@xxxxxxxxxxx>
- Re: [RFT] bridge: checksum not updated after pull
- From: Martin Volf <martin.volf.42@xxxxxxxxx>
- Re: sky2 hw csum failure
- From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
- sky2 hw csum failure
- From: Martin Volf <martin.volf.42@xxxxxxxxx>
- Re: [PATCH] net, bridge: print log message after state changed
- From: "Fritz, Wolfgang" <Wolfgang.Fritz@xxxxxxxxxxx>
- Re: [PATCH] net, bridge: print log message after state changed
- From: "Fritz, Wolfgang" <Wolfgang.Fritz@xxxxxxxxxxx>
- [PATCH] net, bridge: print log message after state changed
- From: Holger Brunck <holger.brunck@xxxxxxxxxxx>
- Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
- From: Vasily Averin <vvs@xxxxxxxxxxxxx>
- [PATCH v2] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
- From: Vasily Averin <vvs@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
- From: Vasily Averin <vvs@xxxxxxxxxxxxx>
- [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
- From: Vasily Averin <vvs@xxxxxxxxxxxxx>
- [PATCH] bridge: Fix potential deadlock on br->multicast_lock
- From: Andrew Vagin <avagin@xxxxxxxxxx>
- [PATCH] bridge: push blocking slaves to forwarding when turning stp off
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] bridge: master device stuck in no-carrier state forever when in user-stp mode
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: master device stuck in no-carrier state forever when in user-stp mode
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] bridge: Cannot communicate with brX when its MAC address is changed
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: Cannot communicate with brX when its MAC address is changed
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] bridge: Cannot communicate with brX when its MAC address is changed
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: master device stuck in no-carrier state forever when in user-stp mode
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] bridge: master device stuck in no-carrier state forever when in user-stp mode
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] bridge: master device stuck in no-carrier state forever when in user-stp mode
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: RSTP implementation status
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- Re: RSTP implementation status
- From: Martino Fornasa <m.fornasa@xxxxxxxxxxxxx>
- More on bridge/netfilter issue
- From: kenner@xxxxxxxx (Richard Kenner)
- Re: [PATCH] net, bridge: print log message after state changed
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] net, bridge: print log message after state changed
- From: David Lamparter <equinox@xxxxxxxxxx>
- Re: [PATCH] net, bridge: print log message after state changed
- From: "Valerio Granato" <contact@xxxxxxxxxx>
- Problems with stateful firewall and bridge
- From: kenner@xxxxxxxx (Richard Kenner)
- Re: [RFT] bridge: checksum not updated after pull
- From: David Miller <davem@xxxxxxxxxxxxx>
- [RFT] bridge: checksum not updated after pull
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: sky2 hw csum failure
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] net, bridge: print log message after state changed
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] net, bridge: print log message after state changed
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: Fix potential deadlock on br->multicast_lock
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] net, bridge: print log message after state changed
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: RSTP implementation status
- From: Vitalii Demianets <vitas@xxxxxxxxxxxxxxxxx>
- RSTP implementation status
- From: Martino Fornasa <m.fornasa@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
- From: Daniel Robbins <drobbins@xxxxxxxxxx>
- Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
- From: Daniel Robbins <drobbins@xxxxxxxxxx>
- Re: [PATCH] bridge: Reset IPCB on forward non-local packets in br_handle_frame_finish()
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- RHEL 6 stack corruption bug in bridge code identified
- From: Daniel Robbins <drobbins@xxxxxxxxxx>
- Bridge down when all ports are down
- From: Teco Boot <teco@xxxxxxxxxx>
- Linux Foundation mailing list services restored
- From: Mailman Admin <mailman-owner@xxxxxxxxxxxxxxxxxxx>
- Bonding 2 interfaces and channeling the output to a bridge interface
- From: Tek Bahadur Limbu <teklimbu@xxxxxxxxx>
- Re: [PATCH] skip . and .. in accurately in isbridge()
- From: Xiaochen Wang <wangxiaochen0@xxxxxxxxx>
- Re: [PATCH] skip . and .. in accurately in isbridge()
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- MTU confusion
- From: Lane Brooks <lane@xxxxxxxxx>
- Re: [patch net-next-2.6 v3] net: consolidate and fix ethtool_ops->get_settings calling
- From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
- Re: [patch net-next-2.6 v3] net: consolidate and fix ethtool_ops->get_settings calling
- From: "Zou, Yi" <yi.zou@xxxxxxxxx>
- Re: [patch net-next-2.6 v3] net: consolidate and fix ethtool_ops->get_settings calling
- From: "Bhanu Prakash Gollapudi" <bprakash@xxxxxxxxxxxx>
- [PATCH] skip . and .. in accurately in isbridge()
- From: Xiaochen Wang <wangxiaochen0@xxxxxxxxx>
- Re: [PATCH] skip . and .. in accurately in isbridge()
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [patch net-next-2.6 v3] net: consolidate and fix ethtool_ops->get_settings calling
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- [patch net-next-2.6 v3] net: consolidate and fix ethtool_ops->get_settings calling
- From: Jiri Pirko <jpirko@xxxxxxxxxx>
- Re: [patch net-next-2.6 v2] net: consolidate and fix ethtool_ops->get_settings calling
- From: Jiri Pirko <jpirko@xxxxxxxxxx>
- Re: [patch net-next-2.6 v2] net: consolidate and fix ethtool_ops->get_settings calling
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- [patch net-next-2.6 v2] net: consolidate and fix ethtool_ops->get_settings calling
- From: Jiri Pirko <jpirko@xxxxxxxxxx>
- [patch net-next-2.6] net: consolidate and fix ethtool_ops->get_settings calling
- From: Jiri Pirko <jpirko@xxxxxxxxxx>
- Re: [patch net-next-2.6] br: remove redundant check and init
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [patch net-next-2.6] br: remove redundant check and init
- From: Jiri Pirko <jpirko@xxxxxxxxxx>
- Re: [PATCH 06/24] netfilter: Remove unnecessary OOM logging messages
- From: Patrick McHardy <kaber@xxxxxxxxx>
- Re: [PATCH 06/24] netfilter: Remove unnecessary OOM logging messages
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 06/24] netfilter: Remove unnecessary OOM logging messages
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 06/24] netfilter: Remove unnecessary OOM logging messages
- From: Patrick McHardy <kaber@xxxxxxxxx>
- [PATCH 00/24] net: Remove unnecessary OOM logging messages
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH 06/24] netfilter: Remove unnecessary OOM logging messages
- From: Joe Perches <joe@xxxxxxxxxxx>
- is there possible to create a 802.1q vlan on top of a macvtap
- From: "alias" <billyway@xxxxxxxxxxx>
- IPv6 multicast snooping behaviour on 2.6.39-rc2 and later
- From: Ang Way Chuang <wcang@xxxxxxxxxxxxxx>
- Re: IPv6 multicast snooping behaviour on 2.6.39-rc2 and later
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFC] bridge: add netfilter hook for forwarding 802.1D group addresses
- From: David Lamparter <equinox@xxxxxxxxxx>
- Re: [RFC] bridge: add netfilter hook for forwarding 802.1D group addresses
- From: "Christian Benvenuti (benve)" <benve@xxxxxxxxx>
- Re: [RFC] bridge: add netfilter hook for forwarding 802.1D group addresses
- From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
- Re: [RFC] bridge: add netfilter hook for forwarding 802.1D group addresses
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [RFC] bridge: add netfilter hook for forwarding 802.1D group addresses
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [RFC] bridge: allow passing link-local multicast
- From: Nick Carter <ncarter100@xxxxxxxxx>
- Q-in-Q (stacked VLANs) forwarding in bridge
- From: Vikas Dabas <vikas.dabas@xxxxxxxxxxxxxx>
- Re: [RFC] bridge: allow passing link-local multicast
- From: Nick Carter <ncarter100@xxxxxxxxx>
- Re: [RFC] bridge: allow passing link-local multicast
- From: David Lamparter <equinox@xxxxxxxxxx>
- Re: [RFC] bridge: allow passing link-local multicast
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [RFC] bridge: allow passing link-local multicast
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [RFC] bridge: allow passing link-local multicast
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH] net/bridge/netfilter/ebtables.c: use available error handling code
- From: Julia Lawall <julia@xxxxxxx>
- Re: [PATCH] net/bridge/netfilter/ebtables.c: use available error handling code
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: possible bridge regression in "bridge: implement [add/del]_slave ops"?
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: possible bridge regression in "bridge: implement [add/del]_slave ops"?
- From: "Weirich, Bernhard" <Bernhard.Weirich@xxxxxxxxxx>
- running bridge on a dreamplug
- From: Jeremy Mitts <jermitts@xxxxxxxxx>
- Problems with bridging and bonding - bridge learns MAC on incorrect port
- From: Max Bowsher <_@xxxxxxx>
- Re: [PATCH][TRIVIAL] net, netfilter: Remove redundant goto in ebt_ulog_packet
- From: Jiri Kosina <jkosina@xxxxxxx>
- [PATCH][TRIVIAL] net, netfilter: Remove redundant goto in ebt_ulog_packet
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
- Re: possible bridge regression in "bridge: implement [add/del]_slave ops"?
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: possible bridge regression in "bridge: implement [add/del]_slave ops"?
- From: Alexander Stein <alexander.stein@xxxxxxxxxxxxxxxxxxxxx>
- Re: possible bridge regression in "bridge: implement [add/del]_slave ops"?
- From: David Lamparter <equinox@xxxxxxxxxx>
- Re: Bridge interface always down since Linux >= 2.6.39
- From: Arnaud Fontaine <arnau@xxxxxxxxxxxxx>
- Re: possible bridge regression in "bridge: implement [add/del]_slave ops"?
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: possible bridge regression in "bridge: implement [add/del]_slave ops"?
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- possible bridge regression in "bridge: implement [add/del]_slave ops"?
- From: Alexander Stein <alexander.stein@xxxxxxxxxxxxxxxxxxxxx>
- Re: Bridge interface always down since Linux >= 2.6.39
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Bridge interface always down since Linux >= 2.6.39
- From: Arnaud Fontaine <arnau@xxxxxxxxxxxxx>
- Re: [Bugme-new] [Bug 37202] New: Cannot change MTU on bridged interface
- From: Shan Wei <shanwei@xxxxxxxxxxxxxx>
- [PATCH net-next 2/2] net: netfilter: Remove casts of void *
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH net-next 0/2] net: remove casts of void *
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [Bugme-new] [Bug 37202] New: Cannot change MTU on bridged interface
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- R: Re: R: IGMP snooping not filtering multicast messages
- From: "maxd@xxxxxxxxx" <maxd@xxxxxxxxx>
- Re: R: IGMP snooping not filtering multicast messages
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
- R: IGMP snooping not filtering multicast messages
- From: "maxd@xxxxxxxxx" <maxd@xxxxxxxxx>
- Re: [Bugme-new] [Bug 35992] New: Regression: oops when using a bridge interface with tg3
- From: Bernd Zeimetz <bzed@xxxxxxxxxx>
- Re: [Bug 35992] Regression: oops when using a bridge interface with tg3
- From: Bernd Zeimetz <bzed@xxxxxxxxxx>
- IGMP snooping not filtering multicast messages
- From: "maxd@xxxxxxxxx" <maxd@xxxxxxxxx>
- Re: [Bug 35992] Regression: oops when using a bridge interface with tg3
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [Bugme-new] [Bug 35992] New: Regression: oops when using a bridge interface with tg3
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [Bugme-new] [Bug 35992] New: Regression: oops when using a bridge interface with tg3
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [Patch] bridge: call NETDEV_ENSLAVE notifiers when adding a slave
- From: Cong Wang <amwang@xxxxxxxxxx>
- Re: [Patch] bridge: call NETDEV_ENSLAVE notifiers when adding a slave
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: [Patch] bridge: call NETDEV_ENSLAVE notifiers when adding a slave
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- [Patch] bridge: call NETDEV_ENSLAVE notifiers when adding a slave
- From: Amerigo Wang <amwang@xxxxxxxxxx>
- Re: [PATCH net-next] bridge: add notification over netlink when STP changes state
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH net-next] bridge: add notification over netlink when STP changes state
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH net-next] bridge: add notification over netlink when STP changes state
- From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
- Re: [PATCH net-next] bridge: add notification over netlink when STP changes state
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH net-next] bridge: add notification over netlink when STP changes state
- From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
- [PATCH net-next] bridge: add notification over netlink when STP changes state
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] bridge: fix forwarding of IPv6
- From: Noah Meyerhans <frodo@xxxxxxxxxx>
- Re: [PATCH] bridge: fix forwarding of IPv6
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] bridge: fix forwarding of IPv6
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH] bridge: fix forwarding of IPv6
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: fix forwarding of IPv6
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: fix forwarding of IPv6
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- [PATCH] bridge: fix forwarding of IPv6
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
- From: Noah Meyerhans <noahm@xxxxxxxxxx>
- Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [RFC PATCH v2] net: fold dev_disable_lro() into netdev_fix_features()
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- [RFC PATCH v3] net: fold dev_disable_lro() into netdev_fix_features()
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- Re: [RFC PATCH v2] net: fold dev_disable_lro() into netdev_fix_features()
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- Re: [RFC PATCH v2] net: fold dev_disable_lro() into netdev_fix_features()
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- [RFC PATCH v2] net: fold dev_disable_lro() into netdev_fix_features()
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- Re: [RFC PATCH] net: fold dev_disable_lro() into netdev_fix_features()
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
- From: Noah Meyerhans <noahm@xxxxxxxxxx>
- Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
- From: Noah Meyerhans <noahm@xxxxxxxxxx>
- Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
- From: Noah Meyerhans <noahm@xxxxxxxxxx>
- Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: Bug#625914: linux-image-2.6.38-2-amd64: bridging is not interacting well with multicast in 2.6.38-4
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [RFC PATCH] net: fold dev_disable_lro() into netdev_fix_features()
- From: David Miller <davem@xxxxxxxxxxxxx>
- [RFC PATCH] net: fold dev_disable_lro() into netdev_fix_features()
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- using a bridge to change mac address
- From: "Trellert" <trellert@xxxxxxxxxx>
- Re: Bridge and authentication
- From: IMS <ims77.dev@xxxxxxxxx>
- Re: Bridge and authentication
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Bridge and authentication
- From: IMS <ims77.dev@xxxxxxxxx>
- Re: Bugs fixed on Debian's bridge-utils
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Bugs fixed on Debian's bridge-utils
- From: Santiago Garcia Mantinan <manty@xxxxxxxxxx>
- Re: no wireless interfaces?
- From: Joel Wiramu Pauling <joel@xxxxxxxxxxxx>
- no wireless interfaces?
- From: Joe Harvell <joe.harvell@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
- From: Michal Marek <mmarek@xxxxxxx>
- Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
- From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
- Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
- From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
- Re: no wireless interfaces?
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- no wireless interfaces?
- From: "jharvell+lists.bridge@xxxxxxxxxx" <jharvell+lists.bridge@xxxxxxxxxx>
- Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- Re: [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] bridge: Module use count must be updated as bridges are created/destroyed
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- Re: [PATCH] bridge: convert br_features_recompute() to ndo_fix_features
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] net: fix netdev_increment_features()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] net: fix netdev_increment_features()
- From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
- Re: mind-boggling questions
- From: Joel Wiramu Pauling <joel@xxxxxxxxxxxx>
- Re: mind-boggling questions
- From: Ireneusz Szcześniak <irek.szczesniak@xxxxxxxxx>
- Re: brctl problem: broadcast doesn't get through
- From: Ireneusz Szcześniak <irek.szczesniak@xxxxxxxxx>
- Re: mind-boggling questions
- From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
- mind-boggling questions
- From: Ireneusz Szcześniak <irek.szczesniak@xxxxxxxxx>
- Re: brctl problem: broadcast doesn't get through
- From: Ireneusz Szcześniak <irek.szczesniak@xxxxxxxxx>
- Re: brctl problem: broadcast doesn't get through
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- brctl problem: broadcast doesn't get through
- From: Ireneusz Szcześniak <irek.szczesniak@xxxxxxxxx>
- [PATCH] bridge: convert br_features_recompute() to ndo_fix_features
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- [PATCH] net: fix netdev_increment_features()
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- no packets seen on bridge after upgrading intel driver ixgbe from 2.1.4 to 3.2.1
- From: Zoltan Bibo <Zoltan.Bibo@xxxxxxxxxxxx>
- Re: 802.1q tagging broken when used with bridging in 2.6.38
- From: Jesse Gross <jesse@xxxxxxxxxx>
- Re: [PATCH] net/bridge: Fix wrong return-no-vaule
- From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
- [PATCH] net/bridge: Fix wrong return-no-vaule
- From: namei.unix@xxxxxxxxx
- Re: [PATCH] bridge: return value for br_stp_recalculate_bridge_id()
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] bridge: return value for br_stp_recalculate_bridge_id()
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH] bridge: provide return value in br_stp_recalculate_bridge_id
- From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
- Re: 802.1q tagging broken when used with bridging in 2.6.38
- From: Sergey Vlasov <vsu@xxxxxxxxxxx>
- [PATCH] bridge: return value for br_stp_recalculate_bridge_id()
- From: Dongdong Deng <dongdong.deng@xxxxxxxxxxxxx>
- Re: [PATCH] Bridge: Removed unwanted check and improper usage of bridge locks
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- [RFC PATCH] bridge: convert br_features_recompute() to ndo_fix_features
- From: Michał Mirosław <mirq-linux@xxxxxxxxxxxx>
- Re: [PATCH] BRIDGE: As per 802.1D clause 9.3.4 Added support to prevent processing port's own BPDU (If a loopback condition exists)
- From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
- Re: 802.1q tagging broken when used with bridging in 2.6.38
- From: Igor Serebryany <igor47@xxxxxxxxxxx>
- Re: 802.1q tagging broken when used with bridging in 2.6.38
- From: Igor Serebryany <igor47@xxxxxxxxxxx>
- Re: [PATCH] BRIDGE: As per 802.1D clause 9.3.4 Added support to prevent processing port's own BPDU (If a loopback condition exists)
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH] BRIDGE: As per 802.1D clause 9.3.4 Added support to prevent processing port's own BPDU (If a loopback condition exists)
- From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
- Re: 802.1q tagging broken when used with bridging in 2.6.38
- From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
- Re: [PATCH] bridge: mcast snooping, fix length check of snooped MLDv1/2
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: mcast snooping, fix IPv6 MLD checksum calculation
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: Fix compilation warning in function br_stp_recalculate_bridge_id()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: return value for br_stp_recalculate_bridge_id()
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: 802.1q tagging broken when used with bridging in 2.6.38
- From: Andy Gospodarek <andy@xxxxxxxxxxxxx>
- Re: 802.1q tagging broken when used with bridging in 2.6.38
- From: Jiri Pirko <jpirko@xxxxxxxxxx>
- Re: 802.1q tagging broken when used with bridging in 2.6.38
- From: Andy Gospodarek <andy@xxxxxxxxxxxxx>
- Re: 802.1q tagging broken when used with bridging in 2.6.38
- From: Jiri Pirko <jpirko@xxxxxxxxxx>
- [PATCH] Bridge: Removed unwanted check and improper usage of bridge locks
- From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
- Re: [PATCH] bridge: Fix compilation warning in function br_stp_recalculate_bridge_id()
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: 802.1q tagging broken when used with bridging in 2.6.38
- From: Andy Gospodarek <andy@xxxxxxxxxxxxx>
- [PATCH] bridge: Fix compilation warning in function br_stp_recalculate_bridge_id()
- From: "G.Balaji" <balajig81@xxxxxxxxx>
- 802.1q tagging broken when used with bridging in 2.6.38
- From: igor serebryany <igor47@xxxxxxxxxxx>
- Re: [PATCH] Bridge allows the userspace to configure the bridge parameters with values not defined in the IEEE 802.1D std
- From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
- [ANNOUNCE] bridge-utils 1.5
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: promiscuous mode necessary for supporting KVM?
- From: Scott Koranda <skoranda@xxxxxxxxx>
- 802.1q broken when used with bridging in 2.6.38
- From: Igor Serebryany <igor47@xxxxxxxxxxx>
- Re: promiscuous mode necessary for supporting KVM?
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- promiscuous mode necessary for supporting KVM?
- From: Scott Koranda <skoranda@xxxxxxxxxxxxxxxxxxxx>
- promiscuous mode necessary for supporting KVM?
- From: Scott Koranda <skoranda@xxxxxxxxx>
- Re: [PATCH] bridge: notify applications if address of bridge device changes
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: bridging problem
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
- bridging problem
- From: Mauro Condarelli <mc5686@xxxxxxxxx>
- Re: [PATCH] bridge: mcast snooping, fix IPv6 MLD checksum calculation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] bridge: mcast snooping, fix IPv6 MLD checksum calculation
- From: Linus Lüssing <linus.luessing@xxxxxx>
- Re: [PATCH] bridge: mcast snooping, fix IPv6 MLD checksum calculation
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
- [PATCH] bridge: mcast snooping, fix length check of snooped MLDv1/2
- From: Linus Lüssing <linus.luessing@xxxxxx>
- [PATCH] bridge: mcast snooping, fix IPv6 MLD checksum calculation
- From: Linus Lüssing <linus.luessing@xxxxxx>
- bridge: mcast snooping, fixes for IPv6 MLDv1/2 parsing
- From: Linus Lüssing <linus.luessing@xxxxxx>
- Checksumming bug in bridge multicast snooping for IPv6?
- From: Linus Lüssing <linus.luessing@xxxxxx>
- Re: [Bonding-devel] bonding inside a bridge does not work when using arp monitoring
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
- Re: [PATCH] Bridge allows the userspace to configure the bridge parameters with values not defined in the IEEE 802.1D std
- From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
- Re: [PATCH] Bridge allows the userspace to configure the bridge parameters with values not defined in the IEEE 802.1D std
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: [Bonding-devel] bonding inside a bridge does not work when using arp monitoring
- From: Michał Mirosław <mirqus@xxxxxxxxx>
- [PATCH] Bridge allows the userspace to configure the bridge parameters with values not defined in the IEEE 802.1D std
- From: Sasikanth V <sasikanth.v19@xxxxxxxxx>
- Re: [Bonding-devel] bonding inside a bridge does not work when using arp monitoring
- From: Jiri Pirko <jpirko@xxxxxxxxxx>
- Re: [Bonding-devel] bonding inside a bridge does not work when using arp monitoring
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
- [PATCH] bridge: notify applications if address of bridge device changes
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [Bonding-devel] bonding inside a bridge does not work when using arp monitoring
- From: Leonardo Borda <leonardo.borda@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: Fix possibly wrong MLD queries' ethernet source address
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
- From: Linus Lüssing <linus.luessing@xxxxxx>
- [PATCH] bridge: Fix possibly wrong MLD queries' ethernet source address
- From: Linus Lüssing <linus.luessing@xxxxxx>
- Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
- From: Brian Haley <brian.haley@xxxxxx>
- Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
- From: Brian Haley <brian.haley@xxxxxx>
- Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- Re: [Bonding-devel] bonding inside a bridge does not work when using arp monitoring
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
- bonding inside a bridge does not work when using arp monitoring
- From: Leonardo Borda <leonardo.borda@xxxxxxxxxxxxx>
- Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- build breakage due to br_multicast.c referencing ipv6_dev_get_saddr()
- From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
- Re: [PATCH] bridge: skip forwarding delay if not using STP
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] bridge: control carrier based on ports online
- From: David Miller <davem@xxxxxxxxxxxxx>
- Network Bridging Issue - My Wireless Works But Not The Wired
- From: Jason Mercede <jason.s.m@xxxxxxxxxxx>
- Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
- From: Américo Wang <xiyou.wangcong@xxxxxxxxx>
- Re: [Bonding-devel] bridge + bonding with arp monitoring enabled
- From: Leonardo Borda <leonardo.borda@xxxxxxxxxxxxx>
- Re: [Bonding-devel] bridge + bonding with arp monitoring enabled
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
- Re: [Bonding-devel] bridge + bonding with arp monitoring enabled
- From: Leonardo Borda <leonardo.borda@xxxxxxxxxxxxx>
- Re: [Bonding-devel] bridge + bonding with arp monitoring enabled
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
- bridge + bonding with arp monitoring enabled
- From: Leonardo Borda <leonardo.borda@xxxxxxxxxxxxx>
- [PATCH] bridge: skip forwarding delay if not using STP
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
- From: Adam Majer <adamm@xxxxxxxxxxx>
- Re: [PATCH] bridge: control carrier based on ports online
- From: Adam Majer <adamm@xxxxxxxxxxx>
- Re: [PATCH] bridge: control carrier based on ports online
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
- Re: [PATCH] bridge: control carrier based on ports online
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH] bridge: control carrier based on ports online
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
- [PATCH] bridge: control carrier based on ports online
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxxxx>
- Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
- From: Adam Majer <adamm@xxxxxxxxxxx>
- Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
- From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
- [PATCH 2/2] Retry autoconfiguration on interface after NETDEV_CHANGE notification
- From: Adam Majer <adamm@xxxxxxxxxxx>
- Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
- From: Adam Majer <adamm@xxxxxxxxxxx>
- [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
- From: Adam Majer <adamm@xxxxxxxxxxx>
- Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
- From: Adam Majer <adamm@xxxxxxxxxxx>
- Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
- From: Stephen Hemminger <stephen.hemminger@xxxxxxxxxx>
- Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH 1/2] Issue NETDEV_CHANGE notification when bridge changes state
- From: Stephen Hemminger <stephen.hemminger@xxxxxxxxxx>
- 2.6.36-rc7: net/bridge causes temporary network I/O lockups
- From: Jean-Philippe Menil <jean-philippe.menil@xxxxxxxxxxxxxx>
- bridge not puping more data in TCP
- From: PrameelaRani <prameelarani.g@xxxxxxxxxxxxxxxxxx>
- Re: Multicast snooping fixes and suggestions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: Multicast snooping fixes and suggestions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: Multicast snooping fixes and suggestions
- From: "H. Peter Anvin" <hpa@xxxxxxxxx>
- Re: Multicast snooping fixes and suggestions
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: Multicast snooping fixes and suggestions
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
- Re: Multicast snooping fixes and suggestions
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/2] bridge: Fix MLD queries' ethernet source address
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] bridge: Use IPv6 link-local address for multicast listener queries
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Multicast snooping fixes and suggestions
- From: David Miller <davem@xxxxxxxxxxxxx>
- Linux Foundation’s Android™ Builders Summit, April 13 & 14 in SF – Register Now
- From: Linux Foundation Events <eventservices@xxxxxxxxxxxxxxxxxxx>
- Re: Bug? Some interfaces not forwarding
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: Bug? Some interfaces not forwarding
- From: Rus Foster <twattycake@xxxxxxxxx>
- Re: Bug? Some interfaces not forwarding
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Bug? Some interfaces not forwarding
- From: Rus Foster <twattycake@xxxxxxxxx>
- [PATCH 1/2] bridge: Fix MLD queries' ethernet source address
- From: Linus Lüssing <linus.luessing@xxxxxx>
- [PATCH 2/2] bridge: Use IPv6 link-local address for multicast listener queries
- From: Linus Lüssing <linus.luessing@xxxxxx>
- Re: Multicast snooping fixes and suggestions
- From: Linus Lüssing <linus.luessing@xxxxxx>
- Re: mac addresses of local interfaces do not obey setageing 0
- From: David Lamparter <equinox@xxxxxxxxxx>
- Re: Problem configuring bridge as a hub between host server and running VM guest
- From: Ravi Varun Nair <rvnair@xxxxxxxxxx>
- Re: Multicast snooping fixes and suggestions
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- [PATCH 5/5] bridge: Allow mcast snooping for transient link local addresses too
- From: Linus Lüssing <linus.luessing@xxxxxx>
- [PATCH 3/5] bridge: Add missing ntohs()s for MLDv2 report parsing
- From: Linus Lüssing <linus.luessing@xxxxxx>
- [PATCH 4/5] ipv6: Add IPv6 multicast address flag defines
- From: Linus Lüssing <linus.luessing@xxxxxx>
- [PATCH 1/5] bridge: Fix IPv6 multicast snooping by storing correct protocol type
- From: Linus Lüssing <linus.luessing@xxxxxx>
- Multicast snooping fixes and suggestions
- From: Linus Lüssing <linus.luessing@xxxxxx>
- [PATCH 2/5] bridge: Fix IPv6 multicast snooping by correcting offset in MLDv2 report
- From: Linus Lüssing <linus.luessing@xxxxxx>
- Re: Problem configuring bridge as a hub between host server and running VM guest
- From: Andrew Woods <drew.woods@xxxxxxxxx>
- Re: mac addresses of local interfaces do not obey setageing 0
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: Problem configuring bridge as a hub between host server and running VM guest
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Linux Foundation End User Summit Program Announced: Keynotes Include CTO of Red Hat and Watson Supercomputer Project Head
- From: Linux Foundation Events <events@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] bridge: netfilter: fix information leak
- From: Patrick McHardy <kaber@xxxxxxxxx>
- [PATCH] bridge: netfilter: fix information leak
- From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
- mac addresses of local interfaces do not obey setageing 0
- From: Veaceslav Falico <vfalico@xxxxxxxxxx>
- Re: Bridge suddenly only passes traffic if in promiscuous mode
- From: Jeff Mitchell <jmitchell@xxxxxxxxxx>
- Re: Bridge suddenly only passes traffic if in promiscuous mode
- From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
- Bridge suddenly only passes traffic if in promiscuous mode
- From: Jeff Mitchell <jmitchell@xxxxxxxxxx>
- Re: [PATCH] bridge: Don't put partly initialized fdb into hash
- From: David Miller <davem@xxxxxxxxxxxxx>
- Problem configuring bridge as a hub between host server and running VM guest
- From: Ravi Varun Nair <rvnair@xxxxxxxxxx>
- [PATCH] bridge: Don't put partly initialized fdb into hash
- From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
- Re: vlan interface egress port
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
- Re: vlan interface egress port
- From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
- Re: vlan interface egress port
- From: "richardvoigt@xxxxxxxxx" <richardvoigt@xxxxxxxxx>
- Re: vlan interface egress port
- From: Sinbad <sinbad.sinbad@xxxxxxxxx>
- Re: vlan interface egress port
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
- vlan interface egress port
- From: Sinbad <sinbad.sinbad@xxxxxxxxx>
- Re: Packet "leakage" between two bridges
- From: Arun Khan <knura9@xxxxxxxxx>
- Re: Packet "leakage" between two bridges
- From: Arun Khan <knura9@xxxxxxxxx>
- Re: Packet "leakage" between two bridges
- From: J L <lists@xxxxxxxx>
- Re: Packet "leakage" between two bridges
- From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
- Packet "leakage" between two bridges
- From: Arun Khan <knura9@xxxxxxxxx>
- Re: svi interface
- From: Jeff Mitchell <jmitchell@xxxxxxxxxx>
- svi interface
- From: Sinbad <sinbad.sinbad@xxxxxxxxx>
- Re: Linux Firewall with STP
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
- Linux Firewall with STP
- From: Claudio Prono <claudio.prono@xxxxxxxxx>
- Re: Tagged/untagged and gretap bridging question.
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
- Tagged/untagged and gretap bridging question.
- From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
- rstp solutions
- From: Andrew Woods <drew.woods@xxxxxxxxx>
- Re: [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
- From: Changli Gao <xiaosuo@xxxxxxxxx>
- Re: rstp solutions
- From: Ryan Whelan <rcwhelan@xxxxxxxxx>
- Re: rstp solutions
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: rstp solutions
- From: Ryan Whelan <rcwhelan@xxxxxxxxx>
- Re: [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: rstp solutions
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- DHCP problem on bridge
- Re: [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
- From: Changli Gao <xiaosuo@xxxxxxxxx>
- rstp solutions
- From: tamar zeiri <tamarzeiri.ml@xxxxxxxxx>
- Re: [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: Why should static MAC address match one of the port MAC addresses - bug?
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: Why should static MAC address match one of the port MAC addresses - bug?
- From: Rolf Fokkens <rolf.fokkens@xxxxxxxxxx>
- [PATCH] net: bridge: check the length of skb after nf_bridge_maybe_copy_header()
- From: Changli Gao <xiaosuo@xxxxxxxxx>
- Re: Why should static MAC address match one of the port MAC addresses.
- From: Rolf Fokkens <rolf.fokkens@xxxxxxxxx>
- Re: Why should static MAC address match one of the port MAC addresses.
- From: Rolf Fokkens <rolf.fokkens@xxxxxxxxx>
- Re: Why should static MAC address match one of the port MAC addresses - bug?
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: Why should static MAC address match one of the port MAC addresses - bug?
- From: Rolf Fokkens <rolf.fokkens@xxxxxxxxxx>
- Re: Why should static MAC address match one of the port MAC addresses - bug?
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: Why should static MAC address match one of the port MAC addresses - bug?
- From: Rolf Fokkens <rolf.fokkens@xxxxxxxxxx>
- Re: [PATCH v2] bridge: Fix return values of br_multicast_add_group/br_multicast_new_group
- From: Tobias Klauser <tklauser@xxxxxxxxxx>
- Re: [PATCH v2] bridge: Fix return values of br_multicast_add_group/br_multicast_new_group
- From: David Miller <davem@xxxxxxxxxxxxx>
- [PATCH] bridge: Fix return value of br_multicast_add_group()
- From: Tobias Klauser <tklauser@xxxxxxxxxx>
- Re: [PATCH] bridge: Fix return value of br_multicast_add_group()
- From: Tobias Klauser <tklauser@xxxxxxxxxx>
- [PATCH v2] bridge: Fix return values of br_multicast_add_group/br_multicast_new_group
- From: Tobias Klauser <tklauser@xxxxxxxxxx>
- Re: ksoftirqd process
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] bridge: Fix return value of br_multicast_add_group()
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- ksoftirqd process
- From: Pravin Pardeshi <pravin.pardeshi@xxxxxxx>
- ksoftirqd process
- From: Pravin Pardeshi <pravin.pardeshi@xxxxxxx>
- Re: bridge problem with with ICMP fragment reassembly
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
- bridge problem with with ICMP fragment reassembly
- From: Shawn Delaney <sdelaney@xxxxxxxxxxx>
- 802.1ah (PBB) support in linux
- From: Marek Kierdelewicz <marek@xxxxxxxxx>
- Ethernet Bridge with VLAN TAG
- From: shailesh panchal <shaileshpanchal123@xxxxxxxxx>
- Re: Disable mac address learning
- From: matan monitz <mmonitz@xxxxxxxxx>
- Re: Disable mac address learning
- From: Benjamin Vanheuverzwijn <bvanheu@xxxxxxxxx>
- Re: Disable mac address learning
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Disable mac address learning
- From: Benjamin Vanheuverzwijn <bvanheu@xxxxxxxxx>
- Re: [PATCH 0/5] bridge: RCU annotation and cleanup
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [PATCH 0/5] bridge: RCU annotation and cleanup
- From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 0/5] bridge: RCU annotation and cleanup
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- [PATCH 1/5] bridge: add RCU annotation to bridge multicast table
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH 4/5] bridge: fix RCU races with bridge port
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH 0/5] bridge: RCU annotation and cleanup
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH 5/5] bridge: add RCU annotations to bridge port lookup
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH 2/5] bridge: add proper RCU annotation to should_route_hook
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- [PATCH 3/5] netdev: add rcu annotations to receive handler hook
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Testing bridge setup with packet generator and qemu
- From: Kfir Lavi <lavi.kfir@xxxxxxxxx>
- Re: DHCP problem on bridge
- From: Liew Kian Yang <kianyang@xxxxxxxxxxxxx>
- Re: rtnl_lock() imbalance
- From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
- rtnl_lock() imbalance
- From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
- Re: DHCP problem on bridge
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- STP timer active even when STP is disabled
- From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
- DHCP problem on bridge
- From: Kian Yang Liew <liewkianyang@xxxxxxxxx>
- Re: Transparent wired/wirless bridge: is it possible?
- From: Ryan Whelan <ryan.whelan@xxxxxxxxxxxxx>
- Re: Transparent wired/wirless bridge: is it possible?
- From: Mauro Condarelli <mc5686@xxxxxxxxx>
- Re: Transparent wired/wirless bridge: is it possible?
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
- Re: Transparent wired/wirless bridge: is it possible?
- From: Mauro Condarelli <mc5686@xxxxxxxxx>
- Re: Transparent wired/wirless bridge: is it possible?
- From: Ryan Whelan <rcwhelan@xxxxxxxxx>
- Transparent wired/wirless bridge: is it possible?
- From: Mauro Condarelli <mc5686@xxxxxxxxx>
- Re: 2.6.36-rc7: net/bridge causes temporary network I/O lockups [2]
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.36-rc7: net/bridge causes temporary network I/O lockups [2]
- From: Patrick Ringl <patrick_@xxxxxxxxxx>
- [Lf-announce] Linux Foundation Monthly Newsletter: October 2010
- From: Linux Foundation <jennifer@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] bridge: Forward reserved group addresses if !STP
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: VLAN traffic through an Ethernet Bridge
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- VLAN traffic through an Ethernet Bridge
- From: Erik Schweigert <ejschweigert@xxxxxxxxx>
- Re: [PATCH] net: make ctl_path local and const
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] net: make ctl_path local and const
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH] net: make ctl_path local and const
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH] bridge: Forward reserved group addresses if !STP
- From: Benjamin Poirier <benjamin.poirier@xxxxxxxxxx>
- Re: 2.6.36-rc7: net/bridge causes temporary network I/O lockups [2]
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] net: make ctl_path local and const
- From: Changli Gao <xiaosuo@xxxxxxxxx>
- Re: [PATCH] net: make ctl_path local and const
- From: Changli Gao <xiaosuo@xxxxxxxxx>
- Re: [PATCH] net: make ctl_path local and const
- From: Changli Gao <xiaosuo@xxxxxxxxx>
- [PATCH] net: make ctl_path local and const
- From: Changli Gao <xiaosuo@xxxxxxxxx>
- Re: Giving enslaved interface an IP?
- From: Thomas Taranowski <tom@xxxxxxxxxxxxxxx>
- Re: Giving enslaved interface an IP?
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] bridge: Forward reserved group addresses if !STP
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Giving enslaved interface an IP?
- From: Thomas Taranowski <tom@xxxxxxxxxxxxxxx>
- Re: 2.6.36-rc7: net/bridge causes temporary network I/O lockups [2]
- From: Patrick Ringl <patrick_@xxxxxxxxxx>
- Re: EAPOL bridging
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.36-rc7: net/bridge causes temporary network I/O lockups [2]
- From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
- EAPOL bridging
- From: Benjamin Poirier <benjamin.poirier@xxxxxxxxx>
- 2.6.36-rc7: net/bridge causes temporary network I/O lockups [2]
- From: Patrick Ringl <patrick_@xxxxxxxxxx>
- 2.6.36-rc7: net/bridge causes temporary network I/O lockups [2]
- From: Patrick Ringl <patrick_@xxxxxxxxxx>
- 2.6.36-rc7: net/bridge causes temporary network I/O lockups
- From: Patrick Ringl <patrick_@xxxxxxxxxx>
- Re: F13 bridge issues
- From: Mark Liggett <mliggett@xxxxxxxxxxxxxx>
- Re: F13 bridge issues
- From: Mark Liggett <mliggett@xxxxxxxxxxxxxx>
- Re: F13 bridge issues
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: F13 bridge issues
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- F13 bridge issues
- From: Mark Liggett <mliggett@xxxxxxxxxxxxxx>
- Re: Real time issues when using a bridge
- From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
- Re: Real time issues when using a bridge
- From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
- Re: Real time issues when using a bridge
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: Why should static MAC address match one of the port MAC addresses.
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: About local delivery of bridged packets
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Real time issues when using a bridge
- From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
- Why should static MAC address match one of the port MAC addresses.
- From: Michel Lammertink <mlammertink@xxxxxxxxx>
- Re: About local delivery of bridged packets
- From: Aijaz Baig <aijazbaig1@xxxxxxxxx>
- About local delivery of bridged packets
- From: Aijaz Baig <aijazbaig1@xxxxxxxxx>
- Re: Bridge between switch and router + VLAN issue
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: Invalid BPDU transmission?
- From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
- Re: Invalid BPDU transmission?
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
- Re: Invalid BPDU transmission?
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
- Re: Bridge between switch and router + VLAN issue
- From: Jonathan Thibault <jonathan@xxxxxxxxxxx>
- Re: Invalid BPDU transmission?
- From: "Srinivas M.A." <srinivas.aji@xxxxxxxxx>
- Invalid BPDU transmission?
- From: Rodolfo Giometti <giometti@xxxxxxxxxxxx>
- Bridge between switch and router + VLAN issue
- From: krunal patel <krunal.raj@xxxxxxxxx>
- Random MAC address
- From: François Schmidts <francois@xxxxxxxxxxx>
- Very poor RX performance on 2.6.35.4
- From: Richard Scobie <richard@xxxxxxxxxxx>
- [Lf-announce] Linux Foundation Monthly Newsletter: September 2010
- From: Linux Foundation <jennifer@xxxxxxxxxxxxxxxxxxx>
- Re: help needed regarding configuration for bridging
- From: Simon Barber <simon@xxxxxxxxxxxxxx>
- Re: help needed regarding configuration for bridging
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- help needed regarding configuration for bridging
- From: debasis das <fordebasis@xxxxxxxxx>
- Re: Port Security
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Port Security
- From: Ryan Whelan <rcwhelan@xxxxxxxxx>
- [Lf-announce] Linux Foundation End User Summit Program Announced – Keynotes include British Telecom’s Chief Scientist and VP at NASDAQ OMX
- From: Linux Foundation Events <events@xxxxxxxxxxxxxxxxxxx>
- Re: bridge interface mac address
- From: Sergei Zhirikov <sfzhi@xxxxxxxxx>
- Re: bridge interface mac address
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- bridge interface mac address
- [patch net-next-2.6] bridge: allow hub-like behaviour
- From: matan monitz <mmonitz@xxxxxxxxx>
- Re: help needed regarding crash while adding interface to a bridge using brctl utility
- From: debasis das <fordebasis@xxxxxxxxx>
- Re: help needed regarding crash while adding interface to a bridge using brctl utility
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- [Lf-announce] View Keynote and Conference Session Videos from LinuxCon 2010
- From: Linux Foundation Events <events@xxxxxxxxxxxxxxxxxxx>
- help needed regarding crash while adding interface to a bridge using brctl utility
- From: debasis das <fordebasis@xxxxxxxxx>
- Re: Number of addresses limitation
- From: François Schmidts <francois@xxxxxxxxxxx>
- Re: Number of addresses limitation
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: Number of addresses limitation
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
- Re: Number of addresses limitation
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
- Re: Number of addresses limitation
- From: François Schmidts <francois@xxxxxxxxxxx>
- Re: Number of addresses limitation
- From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
- Re: Number of addresses limitation
- From: Nicolas de Pesloüan <nicolas.2p.debian@xxxxxxx>
- Number of addresses limitation
- From: François Schmidts <francois@xxxxxxxxxxx>
- Re: [PATCH v2] bridge: netfilter: fix a memory leak
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH v2] bridge: netfilter: fix a memory leak
- From: Bart De Schuymer <bdschuym@xxxxxxxxxx>
- [PATCH v2] bridge: netfilter: fix a memory leak
- From: Changli Gao <xiaosuo@xxxxxxxxx>
- Re: [PATCH] bridge: netfilter: fix a memory leak
- From: Changli Gao <xiaosuo@xxxxxxxxx>
- [PATCH] bridge: netfilter: fix a memory leak
- From: Changli Gao <xiaosuo@xxxxxxxxx>
- Re: [PATCH] bridge: netfilter: fix a memory leak
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [rfc] bridge: is PACKET_LOOPBACK unlikely()?
- From: David Miller <davem@xxxxxxxxxxxxx>
- [rfc] bridge: is PACKET_LOOPBACK unlikely()?
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [Bug #16572][REGRESSION, bisected] random panics in bridging on 2.6.34+
- From: Patrick McLean <patrick@xxxxxxxxxxxxx>
- Re: [patch net-next-2.6] bridge: allow hub-like behaviour
- From: Jiri Pirko <jpirko@xxxxxxxxxx>
- Re: [patch net-next-2.6] bridge: allow hub-like behaviour
- From: Jiri Pirko <jpirko@xxxxxxxxxx>
- Re: [patch net-next-2.6] bridge: allow hub-like behaviour
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- Re: [patch net-next-2.6] bridge: allow hub-like behaviour
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
[Index of Archives]
[Kernel]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Bugtraq]