Re: Binary firmware in the kernel - licensing issues.

Jörn Engel (joern@wohnheim.fh-wedel.de)
Thu, 8 May 2003 18:09:15 +0200


On Thu, 8 May 2003 08:59:52 -0700, Adam J. Richter wrote:
> Jörn Engel wrote:
> >For the kernel or the main CPU, the driver firmware is just data. The
> >same, as the magic 0x12345678ul that gets written to some register
> >because [can't tell, NDA]. In both cases, magic data gets written
> >somewhere and afterwards, things just work.
>
> I think you are confusing "the preferred form of the work
> for making modifications to it" (the GPL's definition of "source
> code") with "documentation." In the case of poking a few values,
> the preferred form for making modifications may be actually editing
> the numbers directly in source code. That quite likely is the way
> that all developers maintain and modify that code, even if doing so
> in an effective manner requires additional documentation.
>
> In comparison, with the binary blobs of firmware, the preferred
> form of the work for making modifications is, presumably, to edit
> a source file from which the binary blob can be rebuilt using an
> assembler or compiler.

What's the difference? If the code uses 0x12345670ul, but 0x12345678ul
would be correct, who is going to find the correct change without the
documentation. Maybe someone reverse engineering the meaning of those
bits. But most just accept the fact that one is better than the other
without understanding why.

And one big binary blob is better than the other. Same here.

Anyway, _should be ok_ is not _definitely legal in all countries_, so
we basically both say "see a lawyer".

Jörn

-- 
"Translations are and will always be problematic. They inflict violence 
upon two languages." (translation from German)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/