From: Timothy Miller <miller@techsource.com>
To: Oliver Neukum <oliver@neukum.org>
Cc: davids@webmaster.com, erikharrison@gmail.com,
linux-kernel@vger.kernel.org
Subject: Re: more files with licenses that aren't GPL-compatible
Date: Thu, 17 Jun 2004 10:04:50 -0400 [thread overview]
Message-ID: <40D1A502.9070403@techsource.com> (raw)
In-Reply-To: <200406170045.32844.oliver@neukum.org>
Oliver Neukum wrote:
> Am Mittwoch, 16. Juni 2004 23:21 schrieb David Schwartz:
>
>> b) You must cause any work that you distribute or publish, that in
>> whole or in part contains or is derived from the Program or any
>> part thereof, to be licensed as a whole at no charge to all third
>> parties under the terms of this License.
>>
>> How can you cause the Linux kernel combined with this firmware to be
>>licensed under the terms of the GPL? (And, by the way, I think this
>>prohibits trademark as well, which is very interesting.)
>
>
> This all boils down to the question of whether fimware is code or not.
> As this question is extremely unlikely to be resolved on this list and
> was discussed here several times already, I kindly request that
> you take this discussion to a legalistic list and confine traffic of this
> kind on this list to clear and technical issues.
If you consider firmware to be "part of the hardware", then it's no
different from having a table of register values to write to a
peripheral whose meaning just isn't documented anywhere.
Remember the big up-roar about how Sun would not release information to
one of the BSD teams so that they could port to UltraSparc III? Well,
they'd given that information to a Linux developer, and you can look at
the source code if you like, but it isn't MEANINGFUL in a way that lets
someone examine it to understand it to be able to reimplement it for a
different OS.
With the case of the firmware, since the code there is only meaningful
to the hardware you load it into, and that code doesn't execute on the
host processor, this may create a sort of conceptual barrier which
insulates the firmware code from NEEDING to be "open source".
Or to put it another way, you might consider a hex representation of the
firmware that is embedded in the kernel to be the "preferred form", and
its license is no more relevant than the license applied to the Verilog
source to an ASIC for which you DON'T have to load firmware.
Lawyers could have a great fun time with this. :)
next prev parent reply other threads:[~2004-06-17 13:47 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-15 20:57 more files with licenses that aren't GPL-compatible Christoph Hellwig
2004-06-16 0:38 ` Eric
2004-06-16 1:27 ` Kyle Moffett
2004-06-16 4:11 ` David Schwartz
2004-06-16 20:34 ` Erik Harrison
2004-06-16 20:37 ` Christoph Hellwig
2004-06-16 21:21 ` David Schwartz
2004-06-16 22:45 ` Oliver Neukum
2004-06-16 23:45 ` David Schwartz
2004-06-17 14:09 ` Timothy Miller
2004-06-17 18:35 ` David Schwartz
2004-06-17 19:22 ` Timothy Miller
2004-06-17 7:59 ` Christoph Hellwig
2004-06-17 8:43 ` Oliver Neukum
2004-06-17 8:47 ` Christoph Hellwig
2004-06-17 10:09 ` Martin Diehl
2004-06-17 10:14 ` Christoph Hellwig
2004-06-19 18:29 ` David Woodhouse
2004-06-17 14:04 ` Timothy Miller [this message]
2004-06-16 22:49 ` Helge Hafting
2004-06-18 9:08 ` Adrian Cox
2004-06-18 11:21 ` Kyle Moffett
-- strict thread matches above, loose matches on Subject: below --
2004-06-16 23:47 Wichmann, Mats D
2004-06-17 1:18 ` Kyle Moffett
2004-06-18 6:29 Adam J. Richter
2004-06-17 15:44 ` Michael Poole
2004-06-17 17:09 ` Adam J. Richter
2004-06-17 19:14 ` Kyle Moffett
2004-06-17 20:51 ` Flavio Stanchina
2004-06-17 20:53 ` Kyle Moffett
2004-06-17 21:05 ` mdpoole
2004-06-17 21:10 ` Christoph Hellwig
2004-06-17 21:45 ` Flavio Stanchina
2004-06-17 20:22 ` mdpoole
2004-06-17 18:05 ` Greg KH
2004-06-17 19:54 ` Christoph Hellwig
2004-06-17 20:22 ` Greg KH
2004-06-17 20:30 ` Christoph Hellwig
2004-06-17 20:52 ` Greg KH
2004-06-18 6:56 Adam J. Richter
2004-06-18 11:09 ` mdpoole
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=40D1A502.9070403@techsource.com \
--to=miller@techsource.com \
--cc=davids@webmaster.com \
--cc=erikharrison@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=oliver@neukum.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