mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Warner Losh <imp@bsdimp.com>
To: Jeroen Hofstee <linux-arm@myspectrum.nl>
Cc: Yann Droneaud <ydroneaud@opteya.com>,
	Rob Herring <robherring2@gmail.com>,
	"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
	freebsd-arm@freebsd.org,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>
Subject: Re: Device Tree Blob (DTB) licence
Date: Sun, 31 May 2015 01:12:03 -0600	[thread overview]
Message-ID: <8F98C0FD-D60D-46CB-A42D-10690A097573@bsdimp.com> (raw)
In-Reply-To: <556A169E.8030909@myspectrum.nl>

[-- Attachment #1: Type: text/plain, Size: 2646 bytes --]


> On May 30, 2015, at 1:59 PM, Jeroen Hofstee <linux-arm@myspectrum.nl> wrote:
> 
> Hi,
> 
> On 22-05-15 12:05, Yann Droneaud wrote:
>> Le mardi 05 mai 2015 à 11:41 -0500, Rob Herring a écrit :
>>> On Tue, May 5, 2015 at 5:05 AM, Yann Droneaud <ydroneaud@opteya.com>
>>> wrote:
>>>> I believe Device Tree Blob (.dtb file) built from kernel's Device
>>>> Tree
>>>> Sources (.dts, which #include .dtsi, which #include .h) using
>>>> Device
>>>> Tree Compiler (dtc) are covered by GNU General Public Licence v2
>>>> (GPLv2), but cannot find any reference.
>>> By default yes, but we've been steering people to dual license them
>>> GPL/BSD.
>>> 
>> 
> 
> obviously these files should be reusable. If there is a license issue
> with that it should be fixed. cc-ing freebsd-arm@freebsd.org.

FreeBSD segregates the files that its contributors have written and
are under BSDL from those that are received from upstream and
may be under BSDL+GPL or just GPL in its source tree.

The source is shipped, the binaries are not, at least by the FreeBSD
project. The FreeBSD project used to create its own custom dts
files that were incompatible with anything except FreeBSD. However,
apart from a few stragglers, we’ve converted all our supported platforms
to using the ‘vendor supplied’ dts files, which means we follow the
documented conventions found in Linux, as well as many of the
strange Linuxisms that seep into this or that .dts file. Following the
standard here and accepting some potentially GPLd code into the
tree given its limited scope and already segregated nature.

It is an open question to what extent the mere-aggregation clause
would apply to the typical use of placing the dtb into a filesystem
that u-boot then passes along applies. And if that same reasoning
applies to a binary bundle containing both the kernel and the dtb
file. It’s also an open question the extent to which copyright applies
to the dts files since they are, in theory at least, just an expression of
facts and there’s generally only one way to correctly express those
facts in a dts file. The GPL’d files aren’t stopping anybody from creating
proprietary software. People that really care will rewrite the files
from scratch anyway. People that don’t care.. well, one need look
no further than the difficulty of getting source code to different SoC
support packages for the kernel in the Android world to see how
much some people care about GPL compliance and how much
it really stops them from doing what they want.

Than again, I’m not a lawyer, and this isn’t legal advice.

Warner

[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 842 bytes --]

  reply	other threads:[~2015-05-31  7:12 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-05 10:05 Yann Droneaud
2015-05-05 16:41 ` Rob Herring
2015-05-22 10:05   ` Yann Droneaud
2015-05-22 16:26     ` Rob Herring
2015-05-28 12:31       ` Enrico Weigelt, metux IT consult
2015-05-22 19:27     ` Yann Droneaud
2015-05-25  7:14       ` Rob Landley
2015-05-25 20:04         ` Willy Tarreau
2015-05-28 12:32         ` Enrico Weigelt, metux IT consult
2015-05-28 13:34           ` Russell King - ARM Linux
2015-05-28 16:52             ` Enrico Weigelt, metux IT consult
2015-05-29  6:47               ` Willy Tarreau
2015-05-29 11:35                 ` Enrico Weigelt, metux IT consult
2015-05-29 22:16                   ` David Lang
2015-05-30 15:28                     ` Geert Uytterhoeven
2015-06-01 13:12                     ` One Thousand Gnomes
2015-06-01 15:19                       ` Warner Losh
2015-05-29  3:31           ` Rob Landley
2015-05-29 15:10             ` Enrico Weigelt, metux IT consult
2015-05-29 22:21               ` David Lang
2015-05-30  2:43               ` Jean-Christophe PLAGNIOL-VILLARD
2015-06-22 12:57         ` Pavel Machek
2015-05-30 19:59     ` Jeroen Hofstee
2015-05-31  7:12       ` Warner Losh [this message]
2015-06-01 13:17         ` One Thousand Gnomes

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=8F98C0FD-D60D-46CB-A42D-10690A097573@bsdimp.com \
    --to=imp@bsdimp.com \
    --cc=devicetree@vger.kernel.org \
    --cc=freebsd-arm@freebsd.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-arm@myspectrum.nl \
    --cc=linux-kernel@vger.kernel.org \
    --cc=robherring2@gmail.com \
    --cc=ydroneaud@opteya.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

all inboxes | Powered by JetHome®