From: "David Schwartz" <davids@webmaster.com>
To: "Giuliano Pochini" <pochini@denise.shiny.it>
Cc: <linux-kernel@vger.kernel.org>
Subject: RE: License question
Date: Tue, 20 Jan 2004 09:19:21 -0800 [thread overview]
Message-ID: <MDEHLPKNGKAHNMBLJOLKGEDLJLAA.davids@webmaster.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0401201015250.30196@denise.shiny.it>
> On Mon, 19 Jan 2004, David Schwartz wrote:
> > > Since their code is C++ I already rewote everything in C, but it
> > > also contains the binary firmwares which I can't rewrite. That's
> > > why I asked you about the license.
> > Then you have another problem. You can't place something
> > under the GPL if
> > you don't have the source code to it.
> This issue was raised on the list a few months ago. Someone's opinion was
> that the firmware is not executed by the same processor that runs Linux,
> thus it's data, not code.
The GPL makes no distinctions about what processor runs things, nor does it
make distinctions between data and code.
> Uploading a firmware is like printing an image
> on the screen.
So what difference is that supposed to make? Quoting the GPL:
The source code for a work means the preferred form of the work for
making modifications to it. For an executable work, complete source
code means all the source code for all modules it contains, plus any
associated interface definition files, plus the scripts used to
control compilation and installation of the executable.
Notice it doesn't say that source code only exists for executables. It
simply clarifies what it means by "source code" by explaining what it means
with respect to executables. If you release a package under the GPL that
includes, for example, a JPG image, you would have to give the "preferred
from of [that] work for making modification to it" to any user who requested
it (or otherwise comply with the GPL requirements).
> Anyway I can upload the firmware from userspace. On most
> (but not all) cards I only need the firmware at startup, so I also save
> memory. Some cards also have an ASIC which must be loaded. That data is
> not code because it's not executed.
Why does it matter whether it's data or code? The GPL doesn't care whether
a work is data or code, it just requires that you provide to a suitably
qualified requester the "preferred form of the work for making modifications
to it". Even data has a "preferred form". Raw versus processed is analogous
to source versus object.
I think the firmware loader can be a license boundary. Just don't put any
GPL notices in the files that contain the firmware as data. While this isn't
'mere aggregation', the integration is across an API that should be
acceptable as a license boundary.
DS
next prev parent reply other threads:[~2004-01-20 17:19 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-17 18:57 Giuliano Pochini
2004-01-17 19:25 ` Valdis.Kletnieks
2004-01-18 9:27 ` Sergey Vlasov
2004-01-17 19:41 ` Misshielle Wong
2004-01-17 22:06 ` David Schwartz
2004-01-18 17:23 ` Misshielle Wong
2004-01-19 8:14 ` Jes Sorensen
2004-01-19 16:00 ` J. Bruce Fields
2004-01-19 17:03 ` Misshielle Wong
2004-01-19 11:24 ` Giuliano Pochini
2004-01-19 11:31 ` David Schwartz
2004-01-20 9:30 ` Giuliano Pochini
2004-01-20 17:19 ` David Schwartz [this message]
2004-01-19 12:15 ` Jes Sorensen
2004-01-18 11:07 ` Andreas Jellinghaus
[not found] <MDEHLPKNGKAHNMBLJOLKEEEIJKAA.davids@webmaster.com>
2004-01-18 21:54 ` Misshielle Wong
[not found] <MDEHLPKNGKAHNMBLJOLKKEFLJKAA.davids@webmaster.com>
2004-01-19 0:25 ` Misshielle Wong
[not found] <MDEHLPKNGKAHNMBLJOLKAEGJJKAA.davids@webmaster.com>
2004-01-19 4:17 ` Misshielle Wong
2004-01-19 10:05 ` David Schwartz
2004-01-22 7:37 ` David Meybohm
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=MDEHLPKNGKAHNMBLJOLKGEDLJLAA.davids@webmaster.com \
--to=davids@webmaster.com \
--cc=linux-kernel@vger.kernel.org \
--cc=pochini@denise.shiny.it \
/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
all inboxes | Powered by JetHome®