[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.02.1505291512000.4429@nftneq.ynat.uz>
Date: Fri, 29 May 2015 15:16:42 -0700 (PDT)
From: David Lang <david@...g.hm>
To: "Enrico Weigelt, metux IT consult" <weigelt@...ag.de>
cc: linux-arm-kernel@...ts.infradead.org,
Russell King - ARM Linux <linux@....linux.org.uk>,
Yann Droneaud <ydroneaud@...eya.com>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Rob Landley <rob@...dley.net>
Subject: Re: Device Tree Blob (DTB) licence
On Fri, 29 May 2015, Enrico Weigelt, metux IT consult wrote:
>>> And why should they fear "poisoning" ?
>>
>> Search for "GPL contamination", the problem is quite common, GPL
>> can turn anything GPL-compatible into GPL. So for a non-GPL project
>> it's very hard to adopt GPL code.
>
> Yes, that's the whole purpose of the GPL. The deal is pretty simple:
> if you take some GPL'ed software and change it, you'll have to publish
> your changes under the same rules. For entirely separate entities
> (eg. dedicated programs) that's not an big issue. And for libraries,
> we have LGPL.
>
> If the DTS license would be a problem, it would be worse w/ ACPI
> and any proprietary firmware/BIOSes.
not true, with a proprietary bios it's a clear "pay this much money and don't
worry about it" while with GPL there's a nagging fear that someone you never
heard of may sue you a decade from now claiming you need to give them the source
to your OS.
Is having the DTB GPL so impartant that you would rather let things fall into
the windows trap ("well it booted windows, so it must be right") instead of
allowing a proprietary OS to use your description of the hardware?
note, this whole discussion assumes that the DTB is even copyrightable. Since
it's intended to be strictly a functional description of what the hardware is
able to do, that could be questioned
David Lang
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists