DPDK patches and discussions
 help / color / mirror / Atom feed
From: Neil Horman <nhorman@tuxdriver.com>
To: dev@dpdk.org
Subject: [dpdk-dev] Licensing consistency
Date: Thu, 5 Jun 2014 14:57:01 -0400	[thread overview]
Message-ID: <20140605185701.GD20841@hmsreliant.think-freely.org> (raw)

Hey all-
	One of the things that came up during the dpdk package review for Fedora
was the inconsistency of License reporting in the upstream project.  DPDK is
triple licensed, whcih isn't in and of itself a big deal, but indications of
which file(s) are under which license is fairly scattered.  For instance:

1) The kni module has a GPLv2 license at the top of each file

2) The kni MODULE_LICENSE macro indicates the license is dual BSD/GPLv2

3) The rte_kni_common.h file is licensed dual BSD/LGPL v2

4) The linux kernel modules for hardware pmds have no license file in them at
all, but do have a README which contains a BSD license (though no clear
indicator that this license applies to the files in this directory).


Theres several more examples of this, but the point is, its often not clear what
bits fall under what license.  Has any effort been made to consolodate licensing
here, or at least to make it consistent and clear where to find license
information for a file?  If not I would propose that all files in the DPDK be
required to carry the license that they are distributed under in the top of
said file, and that we add a LICENSE file to the tree root indicating that each
file contains its own licensing terms.

Thoughts?
Neil
 

             reply	other threads:[~2014-06-05 18:56 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-05 18:57 Neil Horman [this message]
2014-06-06 20:18 ` Butler, Siobhan A
2014-06-06 20:23   ` John W. Linville
2014-06-06 20:58     ` Neil Horman

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=20140605185701.GD20841@hmsreliant.think-freely.org \
    --to=nhorman@tuxdriver.com \
    --cc=dev@dpdk.org \
    /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).