Re: Linux in a binary world... a doomsday scenario

From: Jon Masters
Date: Tue Dec 06 2005 - 12:22:28 EST


On 12/6/05, Andrea Arcangeli <andrea@xxxxxxx> wrote:

> I am convinced that the only way to stop the erosion is to totally stop
> buying hardware that has only binary only drivers (unless you buy it to
> create an open source driver or to reverse engineer the binary only
> driver of course! ;).

That's not enough people to make a big enough difference - but I agree
with the logic and do my part.

One idea for dealing with this is to have the kernel complain more
loudly about binary only drivers - instead of using terms like "taint"
which Sysadmins might casually ignore it might be better to have a
couple of lines of warning message in their syslog explaining what it
means in more graphic terms. Granted that average users won't see this
but it would certainly help to convey the impression that binary only
is "wrong" (it's not putting policy in the kernel, it's embedded
politics in the kernel :P).

> I think messages like the one from Arjan are very positive to let
> people understand the long term effect of binary only drivers

I wrote a couple of articles this month which explain to the average
reader what is wrong with this and how it can be addressed. I used
Greg's mail as an example but will followup with a reference to this
thread - we need to encourage more people to talk about this.

> Perhaps we should add a printk that points to an url on kernel.org
> including Arjan's message every time a non-gpl module gets loaded by the
> kernel. I think it's a matter of educating the customer too or they can
> do mistakes, creating a blacklist would help too.

I like the idea of being far more graphic (no pun intended there) by
describing what this means in everyday language - "using binary only
drivers causes your machine to explode! (may not actually cause
machine to explode)" type stuff.

Jon.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/