[dpdk-dev] Beyond DPDK 2.0

[Jay Rolette]

On Fri, Apr 24, 2015 at 1:51 PM, Neil Horman <nhorman at tuxdriver.com> wrote:

> So, I hear your arguments, and its understandable that you might not want
> a GPL
> licensed product, given that the DPDK is a library (though I'm not sure
> what the
> aversion to LGPL would be).  Regardless, I think this conversation is a
> bit more
> about participation than license choice.  While you are correct, in that
> the
> first step to support (by which I presume you mean participation in the
> community) is use, the goal here is to get people contributing patches and
> helping increase the usefulness of DPDK.


> Given that DPDK is primarily licensed as BSD now, whats preventing you, or
> what
> would encourage you to participate in the community?  I see emails from
> infiniteio addresss in the archives asking questions and making
> suggestions on
> occasion, but no patches.  What would get you (or others in a simmilar
> situation) to submit those?
>

36 hours in the day? :)

It's not a lot, but we've submitted a couple of small patches. It's mostly
a matter of opportunity. We submit patches as we come across DPDK bugs or
find useful optos.

*Patches*

   - replaced O(n^2) sort in sort_by_physaddr() with qsort() from standard
   library <http://dpdk.org/dev/patchwork/patch/1955/>
   - Fixed spam from kni_allocate_mbufs() when no mbufs are free. If mbufs
   exhausted, 'out of memory' message logged at EXTREMELY high rates. Now logs
   no more than once per 10 mins <http://dpdk.org/dev/patchwork/patch/2062/>

*Reviews*

   - kni: optimizing the rte_kni_rx_burst
   <http://dpdk.org/dev/patchwork/patch/84/>
   - [PATCH RFC] librte_reorder: new reorder library
   <http://www.dpdk.io/ml/archives/dev/2014-October/006767.html>
   - [PATCH v2 09/17] i40e: clean log messages
   <http://dpdk.org/ml/archives/dev/2014-September/005133.html> (several in
   that series, but I figure 1 link is plenty)

*Other*
Not really patches or reviews, but trying to participate in the community:

   - VMware Fusion + DPDK and KNI
   <http://dpdk.org/ml/archives/dev/2014-August/004737.html>
   - Appropriate DPDK data structures for TCP sockets
   <http://patchwork.dpdk.org/ml/archives/dev/2015-February/013941.html>
   - kernel: BUG: soft lockup - CPU#1 stuck for 22s! [kni_single:1782]
   <http://patchwork.dpdk.org/ml/archives/dev/2015-February/013335.html>
   - segmented recv ixgbevf
   <http://dpdk.org/ml/archives/dev/2014-November/007621.html>

Jay