public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Stefan Smietanowski <stesmi@stesmi.com>
To: Eduard Bloch <edi@gmx.de>
Cc: David Schwartz <davids@webmaster.com>,
	debian-devel@lists.debian.org, linux-kernel@vger.kernel.org,
	linux-scsi@vger.kernel.org
Subject: Re: Binary-only firmware covered by the GPL?
Date: Fri, 26 Mar 2004 16:03:05 +0100	[thread overview]
Message-ID: <40644629.9090602@stesmi.com> (raw)
In-Reply-To: <20040326145506.GA31759@zombie.inka.de>

Hi.

>>>The GPL does not talk about the code to create things, but code to
>>>_modify_ things. If you never have to modify the firmware file, where is
>>>the point?
>>
>>And if I feel like I _want_ to modify it? Then I should be entitled
>>to the preferred form to make modifications to it as is my right
>>under the GPL, regardless of if I a) want to b) have a need to
>>c) give a rat's ass about what the firmware does or does not do.
>>A binary blob is extremely seldom the preferred form to make
>>modifications to, even though some such cases do or might exist.
> 
> Same with WAV and PNG files distributed with many GPL packages. It is
> widely accepted method to distribute files that do not need modification
> without their "source" (whatever source is used to create them).

A WAV file can altered easily using any sound program that will in fact
produce an output that would "work" as would the same apply to a PNG
file. If the result would be pretty or not is a different question
of course :)

To draw a parallel between a WAV or PNG file (a well-known standard)
to a firmware for a specific card (a closed standard) is thin.

Even though I can modify a PNG or WAV file using a hex editor it
is _NOT_ preferred form, and neither is modifying the firmware
using a hex editor, neither to me nor to the people doing the cards.

>>You do know that certain TV cards (using the ivtv driver) lack a rom
>>and needs a firmware initialized during startup just like this example.
>>
>>Why am I taking this up ? Well they have specifically stated that the
>>firmware _may not be used without the windows driver_ even though
>>others have written a fully working driver that _only_ needs the
>>firmware from the windows driver to function under linux.
> 
> Write a firmware loader that extracts it from the Windows DLLs. Such
> things happened in the past and work AFAIK quite good.

Yes, but the legality of it is questionable.

>>Surprised? If they put the firmware on the card (rom/flash/eeprom)
> 
> No.
> 
>>this wouldn't have happened but it did.
>>How exactly do you believe this makes anything more flexible for me
>>as an end user when it is not LEGAL for me to use the card with
>>linux due to the firmware issue.
> 
> Imagine, there is a bug in the firmware. Normaly, you would have to boot
> windows or DOS to run a flash tool to install it into the device. Here
> you just replace the DLL.

You mean get a new DLL and decompile it or otherwise gain access
to said firmware.

>>Yes, some claim there IS a loophole in that the end user MAY extract
>>the firmware from the windows driver himself and use it together
>>with the (open) linux driver but IANAL. Ie use but not redistribute.
> 
> The user gets the driver CD when he buys the hardware.

Some countries might call it illegal to use the contents to other
uses than  issued but a country like germany for instance would
I believe invalidate the license since it was not accepted before
purchase, so the whole thing is very iffy. Again, IANAL.

// Stefan

  reply	other threads:[~2004-03-26 15:03 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E1B6Izr-0002Ai-00@r063144.stusta.swh.mhn.de>
     [not found] ` <20040325082949.GA3376@gondor.apana.org.au>
2004-03-25 22:08   ` Binary-only firmware covered by the GPL? 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 [this message]
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
2004-03-26 15:04 Matt Reuther
2004-03-26 15:20 ` Matthew Garrett
2004-03-26 22:10   ` David Schwartz
     [not found] <8RnZwD.A.91B.qHYaAB@murphy>
2004-03-30 14:57 ` Humberto Massa
2004-03-30 16:51   ` Henning Makholm

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=40644629.9090602@stesmi.com \
    --to=stesmi@stesmi.com \
    --cc=davids@webmaster.com \
    --cc=debian-devel@lists.debian.org \
    --cc=edi@gmx.de \
    --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