From: Nikolay Aleksandrov <nikolay@cumulusnetworks.com> To: netdev@vger.kernel.org Cc: Nikolay Aleksandrov <nikolay@cumulusnetworks.com>, andrew@lunn.ch, roopa@cumulusnetworks.com, bridge@lists.linux-foundation.org, davem@davemloft.net Subject: [PATCH net-next 0/2] net: bridge: add an option to disabe linklocal learning Date: Thu, 22 Nov 2018 06:29:23 +0200 [thread overview] Message-ID: <20181122042925.8878-1-nikolay@cumulusnetworks.com> (raw) Hi, 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. Thanks, Nik Nikolay Aleksandrov (2): net: bridge: add support for user-controlled bool options net: bridge: add no_linklocal_learn bool option include/uapi/linux/if_bridge.h | 21 ++++++++++ include/uapi/linux/if_link.h | 1 + net/bridge/br.c | 72 ++++++++++++++++++++++++++++++++++ net/bridge/br_input.c | 4 +- net/bridge/br_netlink.c | 17 +++++++- net/bridge/br_private.h | 7 ++++ net/bridge/br_sysfs_br.c | 22 +++++++++++ net/core/rtnetlink.c | 2 +- 8 files changed, 143 insertions(+), 3 deletions(-) -- 2.17.2
WARNING: multiple messages have this Message-ID (diff)
From: Nikolay Aleksandrov <nikolay@cumulusnetworks.com> To: netdev@vger.kernel.org Cc: Nikolay Aleksandrov <nikolay@cumulusnetworks.com>, andrew@lunn.ch, roopa@cumulusnetworks.com, bridge@lists.linux-foundation.org, davem@davemloft.net Subject: [Bridge] [PATCH net-next 0/2] net: bridge: add an option to disabe linklocal learning Date: Thu, 22 Nov 2018 06:29:23 +0200 [thread overview] Message-ID: <20181122042925.8878-1-nikolay@cumulusnetworks.com> (raw) Hi, 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. Thanks, Nik Nikolay Aleksandrov (2): net: bridge: add support for user-controlled bool options net: bridge: add no_linklocal_learn bool option include/uapi/linux/if_bridge.h | 21 ++++++++++ include/uapi/linux/if_link.h | 1 + net/bridge/br.c | 72 ++++++++++++++++++++++++++++++++++ net/bridge/br_input.c | 4 +- net/bridge/br_netlink.c | 17 +++++++- net/bridge/br_private.h | 7 ++++ net/bridge/br_sysfs_br.c | 22 +++++++++++ net/core/rtnetlink.c | 2 +- 8 files changed, 143 insertions(+), 3 deletions(-) -- 2.17.2
next reply other threads:[~2018-11-22 4:29 UTC|newest] Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-11-22 4:29 Nikolay Aleksandrov [this message] 2018-11-22 4:29 ` [Bridge] [PATCH net-next 0/2] net: bridge: add an option to disabe linklocal learning Nikolay Aleksandrov 2018-11-22 4:29 ` [PATCH net-next 1/2] net: bridge: add support for user-controlled bool options Nikolay Aleksandrov 2018-11-22 4:29 ` [Bridge] " Nikolay Aleksandrov 2018-11-22 15:35 ` Andrew Lunn 2018-11-22 15:35 ` [Bridge] " Andrew Lunn 2018-11-22 16:01 ` Nikolay Aleksandrov 2018-11-22 16:01 ` [Bridge] " Nikolay Aleksandrov 2018-11-22 19:37 ` Stephen Hemminger 2018-11-22 19:37 ` [Bridge] " Stephen Hemminger 2018-11-22 15:49 ` Andrew Lunn 2018-11-22 15:49 ` [Bridge] " Andrew Lunn 2018-11-22 16:13 ` Nikolay Aleksandrov 2018-11-22 16:13 ` [Bridge] " Nikolay Aleksandrov 2018-11-23 1:55 ` Nikolay Aleksandrov 2018-11-23 1:55 ` [Bridge] " Nikolay Aleksandrov 2018-11-22 15:52 ` Andrew Lunn 2018-11-22 15:52 ` [Bridge] " Andrew Lunn 2018-11-22 16:07 ` Nikolay Aleksandrov 2018-11-22 16:07 ` [Bridge] " Nikolay Aleksandrov 2018-11-22 4:29 ` [PATCH net-next 2/2] net: bridge: add no_linklocal_learn bool option Nikolay Aleksandrov 2018-11-22 4:29 ` [Bridge] " Nikolay Aleksandrov 2018-11-22 16:04 ` Andrew Lunn 2018-11-22 16:04 ` [Bridge] " Andrew Lunn 2018-11-22 16:06 ` Nikolay Aleksandrov 2018-11-22 16:06 ` [Bridge] " Nikolay Aleksandrov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20181122042925.8878-1-nikolay@cumulusnetworks.com \ --to=nikolay@cumulusnetworks.com \ --cc=andrew@lunn.ch \ --cc=bridge@lists.linux-foundation.org \ --cc=davem@davemloft.net \ --cc=netdev@vger.kernel.org \ --cc=roopa@cumulusnetworks.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.