Re: [ANNOUNCE] DSFS Network Forensic File System for Linux Patches

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2005-08-31 at 18:56 -0600, jmerkey wrote:
> Bernd Eckenfels wrote:
> >In article <[email protected]> you wrote:
> >>I mean, nvidia people also use propietary code in the kernel (probably
> >>violating the GPL anyway) and don't do such things.
> >
> >The Linux kernel allows binary drivers, you just have to live with a limited
> >number of exported symbols and that the kernel is tainted. Which basically
> >means nobody sane can help you with corrupted kernel data structures.
[...]
> Thanks for the accurate and reasonable response.  I object to the use of 
> the word "tainted".  This implies the
> binary code is somehow infringing.  I would suggest changing the word to 

It is infringing the debuggability seriously outside the exclusive club
of people with access to the secret source of these drivers.
So "tainted" pretty much explains quite well the situation as seen from
the kernel side.

> "non-GPL" or "Vendor Supported" since
> this is more accurate.   Just a suggestion.

"non-GPL" is clearly wrong. First the kernel source it self stays GPL
independent for whatever legal people write into othre license
agreements, second the license of your source *could be* (in theory) GPL
if the authors wanted it and - in some cases - the source *is* actually
GPL even if the authors doesn't want it.
And "Vendor supported" must be (if you really want to be accurate) "At
best it is vendor supported if the vendor exists at the moment and for
whatever said vendor thinks support is. The contact address for said
vendor is <name>, <street>, <phnoe>, <mobile>, <email>, <homepage>.
Please do not ask the free software community if you have any problem
with the Linux kernel."
So please put this in your proprietory module and print it whenever it
makes sense since the necessary contact data is only known by you.
The point is: There is no such concept as "vendor" as it would or could
be seen in the commercial and/or legal world if you download the kernel
source from kernel.org.

	Bernd
-- 
Firmix Software GmbH                   http://www.firmix.at/
mobil: +43 664 4416156                 fax: +43 1 7890849-55
          Embedded Linux Development and Services

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

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]
  Powered by Linux