netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCHv4 net-next 0/2] Add two new flags to bridge.
@ 2013-04-30 18:18 Vlad Yasevich
  2013-04-30 18:18 ` [PATCHv4 net-next 1/2] bridge: Add flag to control mac learning Vlad Yasevich
                   ` (3 more replies)
  0 siblings, 4 replies; 11+ messages in thread
From: Vlad Yasevich @ 2013-04-30 18:18 UTC (permalink / raw)
  To: netdev; +Cc: Vlad Yasevich, bridge, mst

The following series adds 2 new flags to bridge.  One flag allows
the user to control whether mac learning is performed on the interface
or not.  By default mac learning is on.
The other flag allows the user to control whether unicast traffic
is flooded (send without an fdb) to a given unicast port.  Default is
on.

Changes since v4:
 - Implemented Stephen's suggestions.

Changes since v2:
 - removed unused "unlock" tag.

Changes since v1:
 - Integrated suggestion from MST to not impact RTM_NEWNEIGH and to
   skip lookups when learning is disabled.

Vlad Yasevich (2):
  bridge: Add flag to control mac learning.
  bridge: Add a flag to control unicast packet flood.

 include/uapi/linux/if_link.h |    2 ++
 net/bridge/br_device.c       |    8 ++++----
 net/bridge/br_fdb.c          |   17 ++++++++++++++---
 net/bridge/br_forward.c      |   14 +++++++++-----
 net/bridge/br_if.c           |    2 +-
 net/bridge/br_input.c        |    9 ++++++---
 net/bridge/br_netlink.c      |   10 +++++++++-
 net/bridge/br_private.h      |    7 +++++--
 net/bridge/br_sysfs_if.c     |    4 ++++
 9 files changed, 54 insertions(+), 19 deletions(-)

-- 
1.7.7.6

^ permalink raw reply	[flat|nested] 11+ messages in thread
* [PATCHv4 net-next 0/2] Add two new flags to bridge.
@ 2013-06-05 14:07 Vlad Yasevich
  2013-06-05 14:14 ` Sergei Shtylyov
  2013-06-11  9:05 ` David Miller
  0 siblings, 2 replies; 11+ messages in thread
From: Vlad Yasevich @ 2013-06-05 14:07 UTC (permalink / raw)
  To: netdev; +Cc: Vlad Yasevich, shemminger, bridge

The following series adds 2 new flags to bridge.  One flag allows
the user to control whether mac learning is performed on the interface
or not.  By default mac learning is on.
The other flag allows the user to control whether unicast traffic
is flooded (send without an fdb) to a given unicast port.  Default is
on.

Changes since v4:
 - Implemented Stephen's suggestions.

Changes since v2:
 - removed unused "unlock" tag.

Changes since v1:
 - Integrated suggestion from MST to not impact RTM_NEWNEIGH and to
   skip lookups when learning is disabled.

Vlad Yasevich (2):
  bridge: Add flag to control mac learning.
  bridge: Add a flag to control unicast packet flood.

Vlad Yasevich (2):
  bridge: Add flag to control mac learning.
  bridge: Add a flag to control unicast packet flood.

 include/uapi/linux/if_link.h |    2 ++
 net/bridge/br_device.c       |    8 ++++----
 net/bridge/br_forward.c      |   14 +++++++++-----
 net/bridge/br_if.c           |    2 +-
 net/bridge/br_input.c        |   15 ++++++++++-----
 net/bridge/br_netlink.c      |   10 +++++++++-
 net/bridge/br_private.h      |    7 +++++--
 net/bridge/br_sysfs_if.c     |    4 ++++
 8 files changed, 44 insertions(+), 18 deletions(-)

-- 
1.7.7.6

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2013-06-11  9:05 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-04-30 18:18 [PATCHv4 net-next 0/2] Add two new flags to bridge Vlad Yasevich
2013-04-30 18:18 ` [PATCHv4 net-next 1/2] bridge: Add flag to control mac learning Vlad Yasevich
2013-04-30 18:18 ` [PATCHv4 net-next 2/2] bridge: Add a flag to control unicast packet flood Vlad Yasevich
2013-04-30 19:41   ` Stephen Hemminger
2013-04-30 18:18 ` [PATCHv4 net-next 0/2] Add two new flags to bridge Vlad Yasevich
2013-04-30 19:12 ` David Miller
2013-04-30 19:17   ` Vlad Yasevich
2013-06-05 14:07 Vlad Yasevich
2013-06-05 14:14 ` Sergei Shtylyov
2013-06-05 14:18   ` Vlad Yasevich
2013-06-11  9:05 ` David Miller

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).