lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<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

Powered by Openwall GNU/*/Linux Powered by OpenVZ