From: arnd@arndb.de (Arnd Bergmann)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 00/27] ARM: mvebu: armada-*: Relicense the device tree under GPLv2+/X11
Date: Mon, 22 Dec 2014 22:14:32 +0100 [thread overview]
Message-ID: <6219619.yRPYbqr6Sm@wuerfel> (raw)
In-Reply-To: <20141222112933.GK19261@kw.sim.vm.gnt>
On Monday 22 December 2014 12:29:33 Simon Guinot wrote:
> On Sun, Dec 21, 2014 at 06:50:00PM -0500, Jason Cooper wrote:
> > On Fri, Dec 19, 2014 at 07:16:16PM +0100, Simon Guinot wrote:
> > > > > Especially none of the dove files have a license.
> > > >
> > > > Yes, we'll cross that bridge when we get there. I suspect it then falls
> > > > under the over-arching license of the project. Regardless, we'll still
> > > > need Acks from all contributors.
> > >
> > > Hi Jason,
> > >
> > > What is the problem with keeping the LaCie DTS files under GPLv2+ only ?
> >
> > Converting armada-* to dual license is just a small part of the
> > overarching effort to convert *all* the devicetree files to dual
> > license. So, eventually, we'll be doing the same with kirkwood, dove
> > and orion5x dts{i} files. Perhaps even during this merge window.
> >
> > In the long term, we're attempting to provide one neutral place [1] for
> > the bootloaders and kernels to pull devicetrees from and contribute
> > changes back to.
>
> OK, let's see if I understand correctly.
>
> If I don't agree with the GPLv2+/x11 relicensing, then support for
> almost all the LaCie boards will be removed from the Linux kernel (maybe
> during the next merge window) ? Is that correct ?
Definitely not during the next merge window. Eventually the plan is
to remove *all* dts files from the kernel, but we're a long way
away from that.
There is already a mirror of the dts files at
http://xenbits.xen.org/gitweb/?p=people/ianc/device-tree-rebasing.git;a=summary
which is hosting files that are meant to be shared with Xen, which is
also under the GPL, and supports a lot of the same hardware that Linux
supports, but also depends on passing the correct (modified) dtb blobs
to the Dom0 kernel.
The current setup works ok for Xen, but occasionally there are requests
for having the files shared more broadly, e.g. with FreeBSD and with boot
loaders that might be non-GPL but are used to boot Linux and that want
to ship with a default dtb for a platform they run on.
> Since all the LaCie boards DTS are at least based on my work (except for
> the Orion ED Mini v2), I think there is 12 files concerned here. See the
> command output: grep -l lacie *.dts | wc -l.
>
> The oldest of this boards have been supported by the Linux kernel since
> the 2.6.32 release. Also some of this boards are still widely used...
>
> You know, it is quite a statement you are sending here: The GPLv2+
> licences are not good enough to get an ARM-based board supported by
> the Linux kernel, while it has always been the case until now. Are all
> the maintainers SoC, ARM SoC, ARM and Linux well aligned with that ?
I think you just misunderstood.
> Is there any way we can keep the LaCie DTS files licenced under GPLv2+
> _and_ still distributed with the others. Anyone would be free to choose
> to use them (or not), in respect of the licence terms.
What I suspect will happen is that we end up with multiple repositories
for dts files, e.g. one that contains all files that are GPL-compatible
and another one that contains the subset that is licensed under more
permissive licenses such as the X11 or some BSD license. I don't see
a reason for Linux to stop supporting the former, but it would be nice
to have a larger shared subset.
Arnd
next prev parent reply other threads:[~2014-12-22 21:14 UTC|newest]
Thread overview: 110+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-15 15:38 [PATCH 00/27] ARM: mvebu: armada-*: Relicense the device tree under GPLv2+/X11 Gregory CLEMENT
2014-12-15 15:38 ` [PATCH 01/27] ARM: mvebu: armada-370-db: " Gregory CLEMENT
2014-12-15 17:57 ` Arnaud Ebalard
2014-12-15 15:38 ` [PATCH 02/27] ARM: mvebu: armada-370: " Gregory CLEMENT
2014-12-15 17:57 ` Arnaud Ebalard
2014-12-15 18:59 ` Uwe Kleine-König
2014-12-15 15:38 ` [PATCH 03/27] ARM: mvebu: armada-370-mirabox: " Gregory CLEMENT
2014-12-15 17:57 ` Arnaud Ebalard
2014-12-15 15:38 ` [PATCH 04/27] ARM: mvebu: armada-370-netgear-rn102: " Gregory CLEMENT
2014-12-15 17:57 ` Arnaud Ebalard
2014-12-16 6:58 ` Ben Peddell
2014-12-15 15:38 ` [PATCH 05/27] ARM: mvebu: armada-370-netgear-rn104: " Gregory CLEMENT
2014-12-15 17:57 ` Arnaud Ebalard
2014-12-15 15:38 ` [PATCH 06/27] ARM: mvebu: armada-370-rd: " Gregory CLEMENT
2014-12-15 16:59 ` Florian Fainelli
2014-12-15 17:08 ` Gregory CLEMENT
2014-12-15 17:57 ` Arnaud Ebalard
2014-12-15 18:32 ` Andrew Lunn
2014-12-15 15:38 ` [PATCH 07/27] ARM: mvebu: armada-370-synology-ds213j: " Gregory CLEMENT
2014-12-15 17:58 ` Arnaud Ebalard
2014-12-15 15:38 ` [PATCH 08/27] ARM: mvebu: armada-370-xp: " Gregory CLEMENT
2014-12-15 15:53 ` Willy Tarreau
2014-12-15 15:58 ` Gregory CLEMENT
2014-12-15 17:58 ` Arnaud Ebalard
2014-12-15 18:33 ` Andrew Lunn
2014-12-15 23:22 ` Simon Guinot
2014-12-16 13:03 ` Jason Cooper
2014-12-16 13:37 ` Simon Guinot
2014-12-16 14:45 ` Jason Cooper
2014-12-16 18:31 ` Gregory CLEMENT
2014-12-16 18:55 ` Jason Cooper
2014-12-16 20:03 ` Russell King - ARM Linux
2014-12-16 20:09 ` Jason Cooper
2014-12-16 20:06 ` Arnd Bergmann
2014-12-16 18:44 ` Russell King - ARM Linux
2014-12-16 20:30 ` Jason Cooper
2014-12-16 20:38 ` Russell King - ARM Linux
2014-12-18 17:56 ` Simon Guinot
2014-12-18 17:59 ` Gregory CLEMENT
2014-12-16 0:20 ` Greg Ungerer
2015-01-26 10:11 ` Lorenzo Pieralisi
2015-01-26 10:13 ` Gregory CLEMENT
2014-12-15 15:38 ` [PATCH 09/27] ARM: mvebu: armada-375-db: " Gregory CLEMENT
2014-12-15 15:38 ` [PATCH 10/27] ARM: mvebu: armada-375: " Gregory CLEMENT
2014-12-15 15:38 ` [PATCH 11/27] ARM: mvebu: armada-380: " Gregory CLEMENT
2014-12-15 15:38 ` [PATCH 12/27] ARM: mvebu: armada-385-db: " Gregory CLEMENT
2014-12-15 15:38 ` [PATCH 13/27] ARM: mvebu: armada-385: " Gregory CLEMENT
2014-12-15 15:38 ` [PATCH 14/27] ARM: mvebu: armada-385-rd: " Gregory CLEMENT
2014-12-15 15:38 ` [PATCH 15/27] ARM: mvebu: armada-38x: " Gregory CLEMENT
2014-12-15 15:38 ` [PATCH 16/27] ARM: mvebu: armada-xp-axpwifiap: " Gregory CLEMENT
2014-12-15 17:58 ` Arnaud Ebalard
2014-12-15 15:38 ` [PATCH 17/27] ARM: mvebu: armada-xp-db: " Gregory CLEMENT
2014-12-15 15:38 ` [PATCH 18/27] ARM: mvebu: armada-xp: " Gregory CLEMENT
2014-12-15 15:53 ` Willy Tarreau
2014-12-15 17:58 ` Arnaud Ebalard
2014-12-15 15:38 ` [PATCH 19/27] ARM: mvebu: armada-xp-gp: " Gregory CLEMENT
2014-12-15 15:38 ` [PATCH 20/27] ARM: mvebu: armada-xp-lenovo-ix4-300d: " Gregory CLEMENT
[not found] ` <CAGHj7OKw00-YCoekDHWrz1_eu0kfxVpqNPVcKcKY0rVJ=FhT=g@mail.gmail.com>
2014-12-15 16:32 ` Gregory CLEMENT
2014-12-15 17:58 ` Arnaud Ebalard
2014-12-15 15:38 ` [PATCH 21/27] ARM: mvebu: armada-xp-matrix: " Gregory CLEMENT
2014-12-15 15:38 ` [PATCH 22/27] ARM: mvebu: armada-xp-mv78230: " Gregory CLEMENT
2014-12-15 17:58 ` Arnaud Ebalard
2014-12-15 18:35 ` Andrew Lunn
2014-12-15 15:38 ` [PATCH 23/27] ARM: mvebu: armada-xp-mv78260: " Gregory CLEMENT
2014-12-15 15:53 ` Willy Tarreau
2014-12-15 17:59 ` Arnaud Ebalard
2014-12-15 15:38 ` [PATCH 24/27] ARM: mvebu: armada-xp-mv78460: " Gregory CLEMENT
2014-12-15 15:54 ` Willy Tarreau
2014-12-15 15:38 ` [PATCH 25/27] ARM: mvebu: armada-xp-netgear-rn2120: " Gregory CLEMENT
2014-12-15 17:59 ` Arnaud Ebalard
2014-12-15 15:38 ` [PATCH 26/27] ARM: mvebu: armada-xp-openblocks-ax3-4: " Gregory CLEMENT
2014-12-15 15:38 ` [PATCH 27/27] ARM: mvebu: armada-xp-synology-ds414: " Gregory CLEMENT
2014-12-15 17:59 ` Arnaud Ebalard
2014-12-15 16:07 ` [PATCH 00/27] ARM: mvebu: armada-*: " Jason Cooper
2014-12-15 16:27 ` Gregory CLEMENT
2014-12-15 19:10 ` Imre Kaloz
2014-12-15 17:21 ` Sebastian Hesselbarth
2014-12-15 20:56 ` Simon Baatz
2014-12-17 20:51 ` Ezequiel Garcia
2014-12-17 21:17 ` Thomas Petazzoni
2014-12-18 10:15 ` Philipp Zabel
2014-12-18 17:15 ` Gregory CLEMENT
2014-12-18 19:15 ` Jason Cooper
2014-12-19 14:36 ` Gregory CLEMENT
2014-12-19 16:02 ` Jason Cooper
2014-12-19 16:09 ` Gregory CLEMENT
2014-12-19 17:03 ` Jason Cooper
2014-12-19 17:11 ` Gregory CLEMENT
2014-12-19 17:43 ` Jason Cooper
2014-12-19 18:16 ` Simon Guinot
2014-12-21 23:50 ` Jason Cooper
2014-12-22 11:29 ` Simon Guinot
2014-12-22 19:14 ` Andrew Lunn
2014-12-22 21:14 ` Arnd Bergmann [this message]
2014-12-23 12:22 ` Simon Guinot
2014-12-30 15:17 ` Jason Cooper
2014-12-30 15:12 ` Jason Cooper
2015-01-05 12:03 ` Gregory CLEMENT
2015-01-06 2:05 ` Ryan Press
2015-01-06 8:42 ` Gregory CLEMENT
2015-01-08 13:57 ` Ryan Press
2015-01-07 12:47 ` Heikki Krogerus
2015-01-08 13:52 ` Gregory CLEMENT
2015-01-07 12:54 ` Lorenzo Pieralisi
2015-01-08 13:56 ` Gregory CLEMENT
2015-01-21 14:00 ` Gregory CLEMENT
2015-01-23 10:54 ` Lorenzo Pieralisi
2015-01-26 10:31 ` Marcin Wojtas
2015-01-14 0:20 ` Nobuhiro Iwamatsu
2015-01-14 8:11 ` Gregory CLEMENT
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=6219619.yRPYbqr6Sm@wuerfel \
--to=arnd@arndb.de \
--cc=linux-arm-kernel@lists.infradead.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