[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c5dcc86b-00e2-6970-334f-9f55ddb0fa17@gmail.com>
Date: Fri, 27 Aug 2021 10:01:38 -0700
From: David Ahern <dsahern@...il.com>
To: Nikolay Aleksandrov <razor@...ckwall.org>,
Stephen Hemminger <stephen@...workplumber.org>
Cc: netdev@...r.kernel.org, roopa@...dia.com,
Joachim Wiberg <troglobit@...il.com>, dsahern@...il.com,
Nikolay Aleksandrov <nikolay@...dia.com>
Subject: Re: [PATCH iproute2-next 01/17] ip: bridge: add support for
mcast_vlan_snooping
On 8/26/21 8:11 AM, Nikolay Aleksandrov wrote:
> On 26/08/2021 18:08, Stephen Hemminger wrote:
>> On Thu, 26 Aug 2021 16:05:17 +0300
>> Nikolay Aleksandrov <razor@...ckwall.org> wrote:
>>
>>> + } else if (matches(*argv, "mcast_vlan_snooping") == 0) {
>>> + __u32 mcvl_bit = 1 << BR_BOOLOPT_MCAST_VLAN_SNOOPING;
>>
>> Using matches() is problematic. since it will change how 'mcast' is
>> handled.
>>
>> Overall, bridge command (and rest of iproute2) needs to move
>> away from matches
>>
>
> Sure, I can send a follow up if you don't mind to switch all matches calls. I used it
> to be in line with the current code.
>
existing options need to stay using matches(); new options need to use
full strcmp().
Powered by blists - more mailing lists