[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAE4R7bCdfn6rzvY5J5d_aj=eNKoT00iEphGJMnQOWy=WeLePTw@mail.gmail.com>
Date: Sun, 9 Nov 2014 22:46:56 -1000
From: Scott Feldman <sfeldma@...il.com>
To: Jamal Hadi Salim <jhs@...atatu.com>
Cc: Jiri Pirko <jiri@...nulli.us>, Netdev <netdev@...r.kernel.org>,
"David S. Miller" <davem@...emloft.net>, nhorman@...driver.com,
Andy Gospodarek <andy@...yhouse.net>,
Thomas Graf <tgraf@...g.ch>, dborkman@...hat.com,
ogerlitz@...lanox.com, jesse@...ira.com, pshelar@...ira.com,
azhou@...ira.com, ben@...adent.org.uk, stephen@...workplumber.org,
"Kirsher, Jeffrey T" <jeffrey.t.kirsher@...el.com>,
vyasevic@...hat.com, xiyou.wangcong@...il.com,
"Fastabend, John R" <john.r.fastabend@...el.com>,
edumazet@...gle.com, Florian Fainelli <f.fainelli@...il.com>,
Roopa Prabhu <roopa@...ulusnetworks.com>,
John Linville <linville@...driver.com>, jasowang@...hat.com,
ebiederm@...ssion.com, nicolas.dichtel@...nd.com,
ryazanov.s.a@...il.com, buytenh@...tstofly.org,
aviadr@...lanox.com, nbd@...nwrt.org, alexei.starovoitov@...il.com,
Neil.Jerram@...aswitch.com, ronye@...lanox.com,
simon.horman@...ronome.com, alexander.h.duyck@...hat.com,
"Ronciak, John" <john.ronciak@...el.com>, mleitner@...hat.com,
Shrijeet Mukherjee <shrijeet@...il.com>,
Andy Gospodarek <gospo@...ulusnetworks.com>,
Benjamin LaHaise <bcrl@...ck.org>
Subject: Re: [patch net-next v2 10/10] rocker: implement L2 bridge offloading
On Sun, Nov 9, 2014 at 5:53 PM, Jamal Hadi Salim <jhs@...atatu.com> wrote:
>
> On 11/09/14 05:51, Jiri Pirko wrote:
>>
>> From: Scott Feldman <sfeldma@...il.com>
>>
>> Add L2 bridge offloading support to rocker driver. Here, the Linux bridge
>> driver is used to collect swdev ports into a tagged (or untagged) VLAN
>> bridge. The swdev will offload from the bridge driver the following L2
>> bridging functions:
>>
>> - Learning of neighbor MAC addresses on VLAN X Learned mac/vlan is
>> installed in bridge FDB. (And removed when device unlearns mac/vlan).
>> Learning must be turned off on each bridge port to disable the feature in
>> the bridge driver.
>>
>
> I have quiet a few use cases where the above is a no-no. I dont want
> learning of any sort (we have a knob for that in the bridge).
> And i dont want learning in hardware to be reflected in software.
> Basically this is a policy decision. Introduce a knob to choose whether
> hardware learnt addresses should be reflected in software.
IFLA_BRPORT_LEARNING is u8 attr and we're only using lower bit to turn
learning on/off. Maybe we can use another bit to indicate learning to
be done in sw or hw. I don't think adding another bit would break
existing iproute2.
LEARNING_ENABLED (1 << 0)
LEARNING_HW (1 << 1)
Would this work?
>
>
> Have to run, but will comment when i get the time.
>
> cheers,
> jamal
>
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists