lkml.org 
[lkml]   [2004]   [Apr]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] Blacklist binary-only modules lying about their license


Marc Boucher wrote:

>
> The proprietary modem code for the HSF driver is not part of the kernel,
> nor did its original developers ever intend for it to be run by the
> Linux kernel.
>
> Whether proprietary binary-only code is dynamically loaded through the
> module subsystem or physically by someone installing a card is a
> technicality with little relevance.


So, what you're saying is that you have taken a binary driver, not
written by you, designed for an entirely different ABI, and you have
written some code, which you have released under GPL, that interfaces
between the Linux Kernel and the binary driver?

Kinda like that project which lets people use Windows network drivers
under Linux?

I don't see a problem with that, ideologically. I mean, it sucks that
we can't get Linux-specific drivers, but at least people can use the
hardware.


HOWEVER, there are two problems:

(1) It still taints the kernel, because the behavior of the Windows
driver is still a black box that cannot be debugged. The only way to
avoid that would be to run the Windows driver in some kind of sandbox.

(2) Misleading the kernel (and users) into thinking that the driver does
not taint the kernel, when in fact it does, is wrong.




You have pointed out an interesting point in another email. I have to
agree that, technically, thunking to BIOS code also taints the kernel,
because it, too, is a black box which could corrupt the kernel. What do
others have to say about that?


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

\
 
 \ /
  Last update: 2005-03-22 14:02    [W:0.145 / U:1.348 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site