[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c9a68f85-49f6-6d02-e130-a03d540aa0a7@cumulusnetworks.com>
Date: Thu, 1 Aug 2019 02:32:51 +0300
From: Nikolay Aleksandrov <nikolay@...ulusnetworks.com>
To: Stephen Hemminger <stephen@...workplumber.org>
Cc: netdev@...r.kernel.org, roopa@...ulusnetworks.com,
davem@...emloft.net, bridge@...ts.linux-foundation.org,
michael-dev <michael-dev@...i-braun.de>
Subject: Re: [PATCH net v3] net: bridge: move vlan init/deinit to
NETDEV_REGISTER/UNREGISTER
On 8/1/19 1:53 AM, Stephen Hemminger wrote:
>
>> -int br_vlan_init(struct net_bridge *br)
>> +static int br_vlan_init(struct net_bridge *br)
>> {
>> struct net_bridge_vlan_group *vg;
>> int ret = -ENOMEM;
>> @@ -1083,6 +1085,8 @@ int br_vlan_init(struct net_bridge *br)
>> return ret;
>>
>> err_vlan_add:
>> + RCU_INIT_POINTER(br->vlgrp, NULL);
>> + synchronize_rcu();
>
> Calling sychronize_rcu is expensive. And the callback for
> notifier is always called with rtnl_head.
>
> Why not just keep the pointer initialization back in the
> code where bridge is created, it was safe there.
>
Because now the device registered and we've published the group, right now
it is not an issue but if we expose an rcu helper we'll have to fix this
because it'd become a bug.
I'd prefer to have the error path correct and future-proof it, since it's
an error path we're not concerned with speed, but rather correctness. Also
these are rarely exercised so the bug might remain for a very long time.
Powered by blists - more mailing lists