public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Humberto Massa <humberto.massa@almg.gov.br>
To: debian-devel@lists.debian.org
Cc: debian-legal@lists.debian.org, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org
Subject: Re: Binary-only firmware covered by the GPL?
Date: Tue, 30 Mar 2004 11:57:40 -0300	[thread overview]
Message-ID: <40698AE4.7020006@almg.gov.br> (raw)
In-Reply-To: <8RnZwD.A.91B.qHYaAB@murphy>

Oh, man, it seems that I *must* repeat myself one more time, at least
to see if I'm not in everyone's killfile :-)

@ 30/03/2004 11:19 : wrote Pavel Machek :

> Hi!
Hi!
> 
> 
>>> #include <hallo.h> * David Schwartz [Thu, Mar 25 2004,
>>> 04:41:23PM]:
>>>>> IMHO code that can be compiled would probably be the
>>>>> preferred form of the work.
>>>> You are seriously arguing that the obfuscated binary of the 
>>>> firmware is the preferred form of the firmware for the
>>>> purpose of making modifications to it?!
I don't know if that's what /he/ is arguing, but *I* am arguing that 
in the cases I've seen here and in debian-legal, we have the following 
circumstances (the qla2xxx/ql2100_fw.c canonical example):
* the file in question (and its brothers and cousins) have the 
following structure IIRC:
	+ GPL license comment-header
	+ some includes?
	+ the firmware in c-blob format or unsigned char fw[] = ....
	+ nothing else.
* as the file is clearly marked by the copyright holder as being 
_distributed under the terms of the GPL_ and no other format is given 
to modify the fw[], at least *legally* is MHO that any 
recipient/redistributor of the file _can_ and _must_ consider the file 
in *that* format as the preferred form for modification (pf4m) *and*, 
considering it the source code, follow the directions of the GPL in 
respect to modification and redistribution.
* the /status quo/ obtained by observation of the previous item 
prevails _until somebody proves_ that the fw[] = {} is *not* the 
source code; this, usually, can be proven only by confession, i.e., 
the original copyright holder *comes out and says:* "hmmm, this is not 
the source code". Notice that the copyright holder maintaining silence 
is _not_ confession.
* in this case (copyright holder confesses it's not the source code) 
applied to the examples in casu, i.e., firmware, the kernel people 
cannot distribute the binary blob *inside the kernel tree*, but can do 
it separately _if the copyright holder grants a license_ to.
* even so, Debian could not distribute it.

>>> Yes, the driver authors PREFERS to make the changes on the C
>>> source code, he never has to modify the firmware. Exactly what
>>> the GPL requests, where is your problem?
>> 
>> But the firmware didn't appear out of thin air - someone wrote it
>>  somehow. If that's using a hex editor or inside the C code
>> doesn't matter, but most likely they used some other language
>> like either C or assembly (no, not all firmware is written using
>> assembly), and there are cases where some are in fact written
>> using a hex editor but I can't remember any that has been for the
>> last 30 or so years but I'm sure there has been cases where there
>> hasn't been a working assembler.

But there are cases, even if you don't know of them. And this is the 
case that has to be taken in account when we start *presuming* things, 
at least legally, IMHO.
> If my code contains picture of human, do I have to provide his DNA,
> too? Pavel
> 
> (runs away)


-- 
best regards,M

       reply	other threads:[~2004-03-30 14:56 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <8RnZwD.A.91B.qHYaAB@murphy>
2004-03-30 14:57 ` Humberto Massa [this message]
2004-03-30 16:51   ` Binary-only firmware covered by the GPL? Henning Makholm
2004-03-26 15:04 Matt Reuther
2004-03-26 15:20 ` Matthew Garrett
2004-03-26 22:10   ` David Schwartz
     [not found] <E1B6Izr-0002Ai-00@r063144.stusta.swh.mhn.de>
     [not found] ` <20040325082949.GA3376@gondor.apana.org.au>
2004-03-25 22:08   ` Adrian Bunk
2004-03-25 22:31     ` Jeff Garzik
2004-03-25 22:47       ` Adrian Bunk
2004-03-25 22:53       ` Stefan Smietanowski
2004-03-26  0:33         ` John Hasler
2004-03-26  0:17       ` David Woodhouse
2004-03-26  1:30         ` John Hasler
2004-03-26  8:50         ` Stefan Smietanowski
2004-03-26  9:43           ` Dumitru Ciobarcianu
2004-03-26 10:14             ` Stefan Smietanowski
2004-03-26  0:33       ` Matthew Wilcox
2004-03-26  1:07         ` GOTO Masanori
2004-03-26  1:39           ` John Hasler
2004-03-26  2:06           ` David Schwartz
2004-03-26  2:59             ` Chris Cheney
2004-03-26  3:23               ` John Hasler
2004-03-26  8:53           ` Stefan Smietanowski
2004-03-26  9:12             ` John Bradford
2004-03-26 13:59               ` John Hasler
2004-03-27  9:19                 ` John Bradford
2004-03-26  0:41       ` David Schwartz
2004-03-26 11:20         ` Giuliano Pochini
2004-03-26 11:55           ` Stefan Smietanowski
2004-03-25 22:54     ` Chris Cheney
2004-03-26  0:41       ` David Schwartz
2004-03-26  9:09         ` John Bradford
2004-03-26 13:16         ` Eduard Bloch
2004-03-26 14:19           ` Stefan Smietanowski
2004-03-26 14:29             ` Eduard Bloch
2004-03-26 14:38               ` Stefan Smietanowski
2004-03-26 14:55                 ` Eduard Bloch
2004-03-26 15:03                   ` Stefan Smietanowski
2004-03-26 15:10                     ` Matthew Wilcox
2004-03-26 15:22                     ` Guy
2004-03-26 15:53                     ` Gabor Gombas
2004-03-26 21:57               ` Valdis.Kletnieks
2004-03-30 11:39             ` Pavel Machek
2004-03-30 14:02               ` Stefan Smietanowski
2004-03-30 18:11               ` Goswin von Brederlow
2004-04-02 20:53                 ` Pavel Machek

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=40698AE4.7020006@almg.gov.br \
    --to=humberto.massa@almg.gov.br \
    --cc=debian-devel@lists.debian.org \
    --cc=debian-legal@lists.debian.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-scsi@vger.kernel.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