Wed, Apr 27, 2016 at 05:38:09PM CEST, nicolas.dich...@6wind.com wrote: >Le 27/04/2016 17:14, Jiri Pirko a écrit : >> Wed, Apr 27, 2016 at 11:56:15AM CEST, f...@strlen.de wrote: >>> Nicolas Dichtel <nicolas.dich...@6wind.com> wrote: >>>> This patch adds the support of the 6WIND SHULTI switch. It is a software >>>> switch doing L2 forwarding. >>>> >>>> This first version implements the minimum needed to get the device working. >>>> It also implements, via switchdev and rtnetlink, bridge forwarding offload, >>>> including FDB static entries, FDB learning and FDB ageing. >>> >>> How is this different from net/bridge? >>> How is this different from openvswitch? >> >> The difference is that it this tries to allow userspace crap to mirror >> setting user does for bridge/ovs. Basically this looks to me like an >> attempt to enable userspace SDKs and such. >> >It is software switch, allowed by the switchdev model (see >Documentation/networking/switchdev.txt), same design as mellanox spectrum.
Switchdev purpose is to offload stuff down to HW. You say your switch is software, so integrate it properly into kernel. Easy. > >What's wrong with that? What's wrong is that your driver allows many userspace proprietary SDKs to work on out-of-box kernel. This is called "trampoline model". You basically enable userspace drivers for switches and stuff like that. This was discussed many many times.