Re: incorrect taint of ndiswrapper

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

 



On Monday 23 October 2006 00:40, Giridhar Pemmasani wrote:
> It seems that the kernel module loader taints ndiswrapper module as
> proprietary, but it is not - it is fully GPL: see
> http://directory.fsf.org/sysadmin/hookup/ndiswrapper.html

Indeed. 'ndiswrapper' is intentionally tainted by kernel/module.c because it 
is used to load and run unknown binary / proprietary code in kernel-space. If 
this unknown binary / proprietary code were to contain a bug (which all code 
of that complexity tends to), it might write to memory it doesn't own, or 
coerce a device to do so on its behalf, making a kernel crash dump analysis 
into a wild goose chase (hence the reason for kernel taint).

> Note that when a driver is loaded, ndiswrapper does taint the kernel (to be
> more accurate, it should check if the driver being loaded is GPL or not,
> but that is not done).

Are you saying ndiswrapper voluntarily calls add_taint() whenever it loads an 
NDIS driver?

Are there even any examples of GPL-licensed NDIS drivers?

> Thanks,
> Giri
>

Thanks,
Chase
-
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]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux