[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1057357f-c59e-a789-4315-838003590ea5@lab.ntt.co.jp>
Date: Fri, 27 Oct 2017 10:55:28 +0900
From: Toshiaki Makita <makita.toshiaki@....ntt.co.jp>
To: Nikolay Aleksandrov <nikolay@...ulusnetworks.com>,
netdev@...r.kernel.org
Cc: roopa@...ulusnetworks.com, dsa@...ulusnetworks.com,
davem@...emloft.net, bridge@...ts.linux-foundation.org,
mrv@...atatu.com, stephen@...workplumber.org
Subject: Re: [PATCH net-next v5 2/2] bridge: vlan: signal if anything changed
on vlan add
On 2017/10/26 22:41, Nikolay Aleksandrov wrote:
> Before this patch there was no way to tell if the vlan add operation
> actually changed anything, thus we would always generate a notification
> on adds. Let's make the notifications more precise and generate them
> only if anything changed, so use the new bool parameter to signal that the
> vlan was updated. We cannot return an error because there are valid use
> cases that will be broken (e.g. overlapping range add) and also we can't
> risk masking errors due to calls into drivers for vlan add which can
> potentially return anything.
>
> Signed-off-by: Nikolay Aleksandrov <nikolay@...ulusnetworks.com>
> ---
> v5: fix br_vlan_add return (v1 leftover) spotted by Toshiaki Makita
> v4: set changed always to false in the non-vlan config case
> v3: fix non-vlan config functions reported by kbuild bot
> v2: pass changed down to vlan add functions instead of using a specific
> error that needs to be masked
>
> net/bridge/br_netlink.c | 9 ++++--
> net/bridge/br_private.h | 14 ++++++---
> net/bridge/br_vlan.c | 76 +++++++++++++++++++++++++++++++++++--------------
> 3 files changed, 71 insertions(+), 28 deletions(-)
>
> diff --git a/net/bridge/br_netlink.c b/net/bridge/br_netlink.c
> index d0290ede9342..e732403669c6 100644
> --- a/net/bridge/br_netlink.c
> +++ b/net/bridge/br_netlink.c
> @@ -508,6 +508,7 @@ int br_getlink(struct sk_buff *skb, u32 pid, u32 seq,
> static int br_vlan_info(struct net_bridge *br, struct net_bridge_port *p,
> int cmd, struct bridge_vlan_info *vinfo, bool *changed)
> {
> + bool curr_change;
> int err = 0;
Just a question.
Why are you defining another variable here?
Is it impossible to pass "changed" down to [br|nbp]_vlan_add() like
other functions you modified in patch 1/2?
--
Toshiaki Makita
Powered by blists - more mailing lists