Merge branch 'bridge-bools'
authorDavid S. Miller <davem@davemloft.net>
Tue, 27 Nov 2018 23:04:16 +0000 (15:04 -0800)
committerDavid S. Miller <davem@davemloft.net>
Tue, 27 Nov 2018 23:04:16 +0000 (15:04 -0800)
commitff2237890caba72221e1d500f450a922ed96345e
tree018d96dc3001c0f8bcb44c56cc98c3529c82ba46
parent02c72d5edadc453f8e7f367df066ab6bd516c050
parent1ed1ccb99e2a6bf3e2eb5f2a9f8420f17ea00e92
Merge branch 'bridge-bools'

Nikolay Aleksandrov says:

====================
net: bridge: add an option to disabe linklocal learning

This set adds a new bridge option which can control learning from
link-local packets, by default learning is on to be consistent and avoid
breaking users expectations. If the new no_linklocal_learn option is
enabled then the bridge will stop learning from link-local packets.

In order to save space for future boolean options, patch 01 adds a new
bool option API that uses a bitmask to control boolean options. The
bridge is by far the largest netlink attr user and we keep adding simple
boolean options which waste nl attr ids and space. We're not directly
mapping these to the in-kernel bridge flags because some might require
more complex configuration changes (e.g. if we were to add the per port
vlan stats now, it'd require multiple checks before changing value).
Any new bool option needs to be handled by both br_boolopt_toggle and get
in order to be able to retrieve its state later. All such options are
automatically exported via netlink. The behaviour of setting such
options is consistent with netlink option handling when a missing
option is being set (silently ignored), e.g. when a newer iproute2 is used
on older kernel. All supported options are exported via bm's optmask
when dumping the new attribute.

v2: address Andrew Lunn's comments, squash a minor change into patch 01,
    export all supported options via optmask when dumping, add patch 03,
    pass down extack so options can return meaningful errors, add
    WARN_ON on unsupported options (should not happen)
====================

Signed-off-by: David S. Miller <davem@davemloft.net>