Wayne Whitney wrote:
> I think the idea is that if you compile something
> inside the kernel, you have the source, so at
> least from the debugging point of view, the kernel
> has not been tainted by a binary-only module.
I can make a kernel driver that compiles statically
and also uses a non-GPL library, even in the form of
a binary .o file, and the "tainted" mechanism as it
is today will miss it entirely.
> It seems like people (collectively) have two
> different purposes in mind for
> /proc/sys/kernel/tainted: ensuring that only
> "open source" modules are used, for debugging
> purposes, and ensuring that only "GPL-compatible"
> modules are used, for possible legal purposes.
> If both of these are desirable, perhaps the two
> purposes should be separated into two /proc files?
The real question is whether or not the kernel
code should be encumbered with legal issues. The
fact that this or that piece of code is or isn't GPL
should be in a text file attached to the kernel
tarball. This sort of thing has no place in the
code : countless patches with useful code that
should live in userland have been (rightfully)
rejected as having no place inside the kernel, why
should code that deals with legal issues and is
pretty much dead weight from a technical standpoint
be allowed in ?
Senior Software Engineer, Lineo, Inc.
(801) 426-5001 x 208
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Oct 23 2001 - 21:00:18 EST