lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Mon, 10 Nov 2014 10:10:41 +0100 From: Nicolas Dichtel <nicolas.dichtel@...nd.com> To: Jiri Pirko <jiri@...nulli.us>, Jamal Hadi Salim <jhs@...atatu.com> CC: netdev@...r.kernel.org, davem@...emloft.net, nhorman@...driver.com, andy@...yhouse.net, 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, jeffrey.t.kirsher@...el.com, vyasevic@...hat.com, xiyou.wangcong@...il.com, john.r.fastabend@...el.com, edumazet@...gle.com, sfeldma@...il.com, f.fainelli@...il.com, roopa@...ulusnetworks.com, linville@...driver.com, jasowang@...hat.com, ebiederm@...ssion.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, john.ronciak@...el.com, mleitner@...hat.com, shrijeet@...il.com, gospo@...ulusnetworks.com, bcrl@...ck.org Subject: Re: [patch net-next v2 10/10] rocker: implement L2 bridge offloading Le 10/11/2014 09:18, Jiri Pirko a écrit : > Mon, Nov 10, 2014 at 04:53:07AM CET, 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). > > I would love to see your code. Please do share. > >> 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. > > This can be easily done as a bridge option I believe. If you are ok with > that, I will add a patch (either in re-post or as a follow-up) An option will be nice. Regards, Nicolas -- 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