devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Enrico Weigelt, metux IT consult" <weigelt-d/C+FbuhHiA@public.gmane.org>
To: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Cc: Rob Landley <rob-VoJi6FS/r0vR7s880joybQ@public.gmane.org>,
	Yann Droneaud <ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>,
	"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
	<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Subject: Re: Device Tree Blob (DTB) licence
Date: Thu, 28 May 2015 18:52:52 +0200	[thread overview]
Message-ID: <556747E4.6070403@melag.de> (raw)
In-Reply-To: <20150528133429.GD2067-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>

Am 28.05.2015 um 15:34 schrieb Russell King - ARM Linux:

>> What's the big deal with having DTS/DTB under GPL ?
>
> It's really quite simple.  Other open source projects won't touch
> _our_ DTB with a barge pole through fear of GPL contamination.

Which other foss projects do you have in mind ?
And why should they fear "poisoning" ?

The DTB is an entirely separate file. Just like various firmware
blobs, startup scripts, etc, etc. Just shipping that file (be it in
some source tarball or in the flash of some device) doesn't make
everything else an derived work.

Of course, the viral effect of the GPL could catch in if somebody
directly compiles-in the dtb into something else (so it cant be
easily separated / replaced) - but why should anybody wanna do that ?
Sounds to me like defeating the whole purpose of DTB.

> So what we'll end up with is other projects creating their own DTB
> descriptions for the same hardware, with different properties (which
> they'll do in an effort to ensure that it isn't a "derived work" of
> the GPL version) and the whole thing turning into a right mess - and
> a poor experience for users because they then end up with OS specific
> DT files.

Anybody is free do to everything on his own. Same as everybody is free
to write his own kernel, etc.

But I dont see a practical usecase where the GPL's viral effect could
catch in here in the first place.

> Alternatively, as Rob points out, people will just go the ACPI route
> to avoid the GPL contamination problem.

If they really wanna go that ugly route ... just let them go.
I don't see where I could care at all.

As I'm primarily concerned w/ embedded systems, I'll need full
documentation and control over the device, I won't trust vendor DTBs
anyways. And I won't help people doing crippled proprietary stuff,
not at this critical point.

Even for larger systems - except the crippled x86 world - I won't even
allow any proprietary bootloader/firmware.



cu
--
Enrico Weigelt, metux IT consult
+49-151-27565287
MELAG Medizintechnik oHG Sitz Berlin Registergericht AG Charlottenburg HRA 21333 B

Wichtiger Hinweis: Diese Nachricht kann vertrauliche oder nur für einen begrenzten Personenkreis bestimmte Informationen enthalten. Sie ist ausschließlich für denjenigen bestimmt, an den sie gerichtet worden ist. Wenn Sie nicht der Adressat dieser E-Mail sind, dürfen Sie diese nicht kopieren, weiterleiten, weitergeben oder sie ganz oder teilweise in irgendeiner Weise nutzen. Sollten Sie diese E-Mail irrtümlich erhalten haben, so benachrichtigen Sie bitte den Absender, indem Sie auf diese Nachricht antworten. Bitte löschen Sie in diesem Fall diese Nachricht und alle Anhänge, ohne eine Kopie zu behalten.
Important Notice: This message may contain confidential or privileged information. It is intended only for the person it was addressed to. If you are not the intended recipient of this email you may not copy, forward, disclose or otherwise use it or any part of it in any form whatsoever. If you received this email in error please notify the sender by replying and delete this message and any attachments without retaining a copy.
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2015-05-28 16:52 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-05 10:05 Device Tree Blob (DTB) licence Yann Droneaud
2015-05-05 16:41 ` Rob Herring
2015-05-22 10:05   ` Yann Droneaud
     [not found]     ` <1432289148.5304.58.camel-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.org>
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
     [not found]         ` <CAOS_Y6Q37ps+VEnzUZ_uwX++qrRm9Hgx45Q_pmiZSLSNjmKwZg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-05-25 20:04           ` Willy Tarreau
2015-05-28 12:32           ` Enrico Weigelt, metux IT consult
     [not found]             ` <55670AD4.8020705-d/C+FbuhHiA@public.gmane.org>
2015-05-28 13:34               ` Russell King - ARM Linux
     [not found]                 ` <20150528133429.GD2067-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2015-05-28 16:52                   ` Enrico Weigelt, metux IT consult [this message]
     [not found]                     ` <556747E4.6070403-d/C+FbuhHiA@public.gmane.org>
2015-05-29  6:47                       ` Willy Tarreau
     [not found]                         ` <20150529064741.GB25351-K+wRfnb2/UA@public.gmane.org>
2015-05-29 11:35                           ` Enrico Weigelt, metux IT consult
     [not found]                             ` <55684F07.7050402-d/C+FbuhHiA@public.gmane.org>
2015-05-29 22:16                               ` David Lang
2015-05-30 15:28                                 ` Geert Uytterhoeven
     [not found]                                 ` <alpine.DEB.2.02.1505291512000.4429-UEhY+ZBZOcqqLGM74eQ/YA@public.gmane.org>
2015-06-01 13:12                                   ` One Thousand Gnomes
2015-06-01 15:19                                     ` Warner Losh
2015-05-29  3:31             ` Rob Landley
     [not found]               ` <CAOS_Y6QXHdWfi9qkRmw=mCn0mqha5-NrzumBMqJ61_YRndypLA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-05-29 15:10                 ` Enrico Weigelt, metux IT consult
     [not found]                   ` <55688182.3010606-d/C+FbuhHiA@public.gmane.org>
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
     [not found]       ` <556A169E.8030909-D9wZyEIIrd305oU+jsXUgg@public.gmane.org>
2015-05-31  7:12         ` Warner Losh
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=556747E4.6070403@melag.de \
    --to=weigelt-d/c+fbuhhia@public.gmane.org \
    --cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org \
    --cc=rob-VoJi6FS/r0vR7s880joybQ@public.gmane.org \
    --cc=ydroneaud-RlY5vtjFyJ3QT0dZR+AlfA@public.gmane.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).