On Wed, Sep 28, 2016 at 3:42 PM, Simon Horman <simon.hor...@netronome.com> wrote:
> A different approach, not implemented by this patch-set, is for user-space > to program flows into hardware by some other means, for example TC, and/or > the (kernel) datapath. Right, and we've submitted that code to the OVS community 24h ago [1]. This was done along the feedback we've got for the last two years (since the LPC 2014 networking micro-conf). It allows offloading from multiple user-space applications through a single UAPI -- the TC one (currently we did flower, but the OVSD patch set can be extended to use whatever TC offloads are supported by the port driver, e.g U32, eBPF) and integration with 3rd party policy modules running in user-space. Lets hear people opinions and see where we go from now. > I believe that approach does not conflict with this one. > And there is some scope to share infrastructure in the kernel maybe, possibly We've having a talk in netdev 1.2 on offloading HW offloading of OVS and similar applications, I would encourage people to come and approach me and/or Rony Efraim from Mellanox before/after the talk to discuss that F2F, would love to get feedbacks, and also here... Or. [1] pointers to patches implementing the 2nd approach cover-letter http://openvswitch.org/pipermail/dev/2016-September/079952.html patches https://patchwork.ozlabs.org/patch/675560/ https://patchwork.ozlabs.org/patch/675567/ https://patchwork.ozlabs.org/patch/675565/ https://patchwork.ozlabs.org/patch/675559/ https://patchwork.ozlabs.org/patch/675564/ https://patchwork.ozlabs.org/patch/675563/ https://patchwork.ozlabs.org/patch/675568/ https://patchwork.ozlabs.org/patch/675566/ https://patchwork.ozlabs.org/patch/675562/ [2] http://www.netdevconf.org/1.2/session.html?rony-efraim-1
