[ovs-dev] [PATCH] faq: Give specific versions that introduced various features.

Ben Pfaff blp at ovn.org
Wed Oct 23 17:20:08 UTC 2019


On Tue, Oct 22, 2019 at 08:02:57PM +0200, Ilya Maximets wrote:
> On 22.10.2019 17:44, Ben Pfaff wrote:
> > On Tue, Oct 22, 2019 at 06:22:17PM +0200, Ilya Maximets wrote:
> > > On 22.10.2019 0:00, Ben Pfaff wrote:
> > > > Some users would find it useful to know the particular OVS version that
> > > > introduced a feature to the OVS tree kernel module or to the OVS
> > > > userspace (DPDK) datapath implementation.  This patch updates the FAQ
> > > > to include that information.
> > > > 
> > > > This information is primarily gleaned from the top-level NEWS file.
> > > > For most of these, I did not verify them by looking carefully through
> > > > the history, so some of them may be inaccurate.
> > > > 
> > > > Requested-by: Jianjun Shen <shenj at vmware.com>
> > > > Signed-off-by: Ben Pfaff <blp at ovn.org>
> > > > Acked-by: Aaron Conole <aconole at redhat.com>
> > > > ---
> > > 
> > > > +    sFlow                           YES            1.0          2.7      NO
> > > > +    IPFIX                           3.10           1.11         2.7      YES
> > > > +    Set action                      YES            1.0          2.7    PARTIAL
> > > > +    NIC Bonding                     YES            1.0          2.7      YES
> > > > +    Multiple VTEPs                  YES            1.10         2.7      YES
> > > > +    Meters                          4.15           1.10         2.7      NO
> > > 
> > > Hi, Ben.
> > > Just trying to figure out from where these '2.7's came from for userspace datapath.
> > > For example, IIRC, 'NIC bonding' was there before 2.7.
> > > Is there something I missed that makes this version so special?
> > 
> > This is really from conflating DPDK with the userspace datapath.  2.7
> > was when the "experimental" tag was removed from DPDK support.  If we
> > ignore that (since the userspace datapath supported all of these
> > basically forever), we might as well just write the same as the kernel
> > datapath values there.
> > 
> 
> Hmm. I see.
> 
> Personally, I have never been a fan of equalization of "DPDK" and "Userspace datapath".
> And never liked words "DPDK datapath" as there is no such datapath in OVS.
> 
> Userspace datapath is agnostic to netdev types, so I'm not sure about versions
> we should mention. BTW, there is no DPDK support on BSD in OVS, but userspace
> datapath exists and functional.
> 
> BTW2, in this phrase:
> +    given feature into the included kernel module or the userspace
> +    (DPDK) datapath, respectively.
> DPDK catches my eyes too.
> 
> I'm not sure how to make this right.

I can't argue with that.

I send out a v3 that avoids the term "DPDK datapath" and then removes
existing uses of the term from the tree.


More information about the dev mailing list