That's what it says, but I don't think it was the intention, given
that the company itself published the source under the GPL and put them
up on Sourceforge. What I need is the correct legalese to replace the
above which makes it legal to redistribute (easy) and to combine with
the GPL'd bulk of linux - that's the difficult bit. Once I have
said legalese I'll put it to Atmel with the message "this is what I
think you _meant_ to say."
>
>
>>Given the current SCO-IBM situation I don't want to be responsible for
>>introducing any legally questionable IP into the kernel tree.
>>
>>This situation must have come up before, how was it solved then?
>
>
> The easiest approach is to do the firmware load from userspace - which
> also keeps the driver size down and makes updating the firmware images
> easier for end users.
That has attractions, especially since there are half a dozen different
firmware images for different hardware variants, and some cards have
flash and don't need loading at all. OTOH one of the my goals is to have
the driver just there in the kernel, and not to need extra stuff to make
it work.
My current plan is to make separate modules for each firmware image so
that people only need to compile in/load the one they need.
>
> (Debian as policy will rip the firmware out anyway regardless of what
> Linus does btw)
Without exception? Time to hit debian-legal, methinks.
>
> The hotplug interface can be used to handle this.
>
Bah, more configuration. I want it to just _work_.
So, back to the question: what license for a binary firmware blob is
GPL-compatible?
Simon.
-
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/