From: Neil Horman <nhorman@tuxdriver.com>
To: Jim Thompson <jim@netgate.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] Beyond DPDK 2.0
Date: Mon, 27 Apr 2015 09:07:49 -0400 [thread overview]
Message-ID: <20150427130749.GB17179@hmsreliant.think-freely.org> (raw)
In-Reply-To: <6F92C985-29AC-48D0-A6A5-14738F04E313@netgate.com>
On Sun, Apr 26, 2015 at 09:29:13PM -0500, Jim Thompson wrote:
>
> > On Apr 26, 2015, at 4:56 PM, Neil Horman <nhorman@tuxdriver.com> wrote:
> >
> > On Sat, Apr 25, 2015 at 04:08:23PM +0000, Wiles, Keith wrote:
> >>
> >>
> >> On 4/25/15, 8:30 AM, "Marc Sune" <marc.sune@bisdn.de> wrote:
> >>
> >>>
> >>>
> >>> On 24/04/15 19:51, Matthew Hall wrote:
> >>>> On Fri, Apr 24, 2015 at 12:39:47PM -0500, Jay Rolette wrote:
> >>>>> I can tell you that if DPDK were GPL-based, my company wouldn't be
> >>>>> using
> >>>>> it. I suspect we wouldn't be the only ones...
> >>>>>
> >>>>> Jay
> >>>> I could second this, from the past employer where I used it. Right now
> >>>> I am
> >>>> using it in an open source app, I have a bit of GPL here and there but
> >>>> I'm
> >>>> trying to get rid of it or confine it to separate address spaces, where
> >>>> it
> >>>> won't impact the core code written around DPDK, as I don't want to cause
> >>>> headaches for any downstream users I attract someday.
> >>>>
> >>>> Hard-core GPL would not be possible for most. LGPL could be possible,
> >>>> but I
> >>>> don't think it could be worth the relicensing headache for that small
> >>>> change.
> >>>>
> >>>> Instead we should make the patch process as easy as humanly possible so
> >>>> people
> >>>> are encouraged to send us the fixes and not cart them around their
> >>>> companies
> >>>> constantly.
> >>
> >> +1 and besides the GPL or LGPL ship has sailed IMHO and we can not go back.
> > Actually, IANAL, but I think we can. The BSD license allows us to fork and
> > relicense the code I think, under GPL or any other license. I'm not advocating
> > for that mind you, just suggesting that its possible should it ever become
> > needed.
>
> I, on the other hand, am fairly certain that you can not “relicense BSD licensed code under the GPL (or any other license).
>
> Were this true at law, then the opposite would also be possible. (“Don’t like the license? Just fork!”)
>
Isn't that in effect, exactly what most of the end users of the DPDK do however?
The 3 clause BSD license states that:
1. Redistributions of source code must retain the above copyright notice, this
list of conditions and the following disclaimer.
2. Redistributions in binary form must reproduce the above copyright notice,
this list of conditions and the following disclaimer in the documentation and/or
other materials provided with the distribution.
3. Neither the name of the copyright holder nor the names of its contributors
may be used to endorse or promote products derived from this software without
specific prior written permission.
If you build a product based on the DPDK, and statically link it, I presume
there are at least some vendors that are redistributing DPDK binary code using a
non-BSD license? It may be a de-facto rather than a de-jure relicensing, but
the end result is the same. The only thing that the BSD license says is that
you have to reproduce this copyright notice if you distribute BSD code. Theres
nothing that says you can't add further copyright to derivations on that code
that you make. IANAL, but it seems like this is done quite often.
Regardless, the canonical way to relicense code of course is have all the
copyright holder agree to relicense it under some other license. Currently as
it stands a quick git scan indicates that 118 individuals are responsible for
the most recent change to every line of code in the dpdk (using git blame on
every file). Of those 118 fully half belong to intel, or 6wind. It wouldn't be
hard to hold a meeting and generate an agreement to relicense.
Of course, that won't happen. BSD licensing is the desired solution here.
Neil
next prev parent reply other threads:[~2015-04-27 13:08 UTC|newest]
Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-16 10:38 O'Driscoll, Tim
2015-04-22 15:11 ` O'Driscoll, Tim
2015-04-22 15:33 ` Stephen Hemminger
2015-04-23 11:36 ` O'Driscoll, Tim
2015-04-24 21:02 ` Dave Neary
2015-05-07 14:02 ` Avi Kivity
2015-05-07 14:34 ` Ivan Boule
2015-05-07 15:27 ` Wiles, Keith
2015-05-07 15:33 ` Avi Kivity
2015-05-07 15:33 ` Avi Kivity
2015-05-07 15:49 ` Wiles, Keith
2015-05-07 16:05 ` Avi Kivity
2015-05-08 4:16 ` Wiles, Keith
2015-05-08 5:29 ` Luke Gorrie
2015-05-08 9:06 ` Bruce Richardson
2015-05-08 9:32 ` Luke Gorrie
2015-05-08 9:42 ` Bruce Richardson
2015-05-08 10:02 ` Luke Gorrie
2015-05-08 14:44 ` Wiles, Keith
2015-05-08 16:16 ` Stephen Hemminger
2015-05-08 10:26 ` Hobywan Kenoby
2015-05-08 13:31 ` Neil Horman
2015-05-08 16:22 ` Stephen Hemminger
2015-05-07 15:34 ` Luke Gorrie
2015-05-08 4:31 ` Wiles, Keith
2015-04-24 7:47 ` Luke Gorrie
2015-04-24 15:29 ` O'Driscoll, Tim
2015-04-24 17:00 ` Neil Horman
2015-04-26 9:07 ` Luke Gorrie
2015-04-24 17:39 ` Jay Rolette
2015-04-24 17:51 ` Matthew Hall
2015-04-25 13:30 ` Marc Sune
2015-04-25 16:08 ` Wiles, Keith
2015-04-26 21:56 ` Neil Horman
2015-04-27 2:29 ` Jim Thompson
2015-04-27 13:07 ` Neil Horman [this message]
2015-04-27 16:07 ` Stephen Hemminger
2015-04-28 7:20 ` Dor Laor
[not found] ` <D162FA4E.1DED8%keith.wiles@intel.com>
2015-04-27 9:52 ` Marc Sune
2015-04-27 13:39 ` Wiles, Keith
2015-04-27 15:34 ` Marc Sune
2015-04-27 10:29 ` Neil Horman
2015-04-27 13:50 ` Wiles, Keith
2015-04-27 15:23 ` Neil Horman
2015-04-27 12:38 ` Dave Neary
2015-04-27 13:41 ` Neil Horman
2015-04-27 16:09 ` Stephen Hemminger
2015-04-24 18:12 ` Matt Laswell
2015-04-24 18:51 ` Neil Horman
2015-04-24 19:55 ` Jay Rolette
2015-04-25 12:10 ` Neil Horman
2015-04-27 13:46 ` Jay Rolette
2015-04-28 17:26 ` Neil Horman
2015-04-28 20:02 ` Jay Rolette
2015-04-28 6:22 ` Matthew Hall
2015-04-28 17:48 ` Stephen Hemminger
2015-04-30 21:31 Wiles, Keith
2015-04-30 21:38 ` Wiles, Keith
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150427130749.GB17179@hmsreliant.think-freely.org \
--to=nhorman@tuxdriver.com \
--cc=dev@dpdk.org \
--cc=jim@netgate.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).