Re: non-free firmware in kernel modules, aggregation and unclear copyright notice.

[ebiederm@xmission.com (Eric W. Biederman)]

Sven Luther <sven.luther@wanadoo.fr> writes:

> > It sounds like you are now looking at the question of are the
> > huge string of hex characters the preferred form for making
> > modifications to firmware.  Personally I would be surprised
> > but those hunks are small enough it could have been written
> > in machine code.
> 
> Yep, i also think it is in broadcom's best interest to modify the licencing
> text accordyingly, since i suppose someone could technicaly come after them
> legally to obtain said source code to this firmware. Unprobable though.

Possibly.  It sounds like that is what you want to do.
 
> > So I currently have no reason to believe that anything has been
> > done improperly with that code.
> 
> Well, it all depends if you consider this firmware blob as software, which i
> feel it is without doubt, or we have not the same definition of software,
> i.e., the program which runs on the hardware, or not. We cannot claim this is
> data,
> 
> since there should be at least some kind of executable code in it,
> independenlty of the fact that we claim that data is also software.

Do you have any evidence that ``software'' was not written directly in
machine code?   Software is written directly in machine code when a programmer
looks at the instruction set and writes down the binary representation
of the instructions.  I know ISC dhcpd has packet filter code that was written
in that manner, so it is not a lost art.   And it is done often enough when
an assembler will not cooperate, and generate the correct instruction.

Without evidence that we don't have the preferred form of the software
for making modifications I don't see how you can complain.

Eric


-
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/