lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Wed, 25 Oct 2006 16:40:30 -0400
From:	Kyle Moffett <mrmacman_g4@....com>
To:	Alan Cox <alan@...rguk.ukuu.org.uk>
Cc:	Pavel Roskin <proski@....org>, linux-kernel@...r.kernel.org
Subject: Re: incorrect taint of ndiswrapper

On Oct 25, 2006, at 16:30:26, Alan Cox wrote:
> Ar Mer, 2006-10-25 am 16:11 -0400, ysgrifennodd Pavel Roskin:
>> I don't see any legal reasons behind this restriction.  A driver  
>> under GPL should be able to use any exported symbols.   
>> EXPORT_SYMBOL_GPL is a technical mechanism of enforcing GPL  
>> against non-free code, but ndiswrapper is free.  The non-free NDIS  
>> drivers are not using those symbols.
>
> The combination of GPL wrapper and the NDIS driver as a work is not  
> free (in fact its questionable if its even legal to ship such a  
> combination together).

Assume the existence of two programs, Foo and Bar (ndiswrapper and  
vendor-NDIS-driver).  If Foo and Bar are different licenses (GPL vs  
proprietary) it is not legal to distribute them as part of a single  
work unless you convince the copyright owners to relicense.  It _is_  
however, perfectly legal for an end user to download Foo from  
www.foo.com and Bar from www.bar.com and combine the two on his  
computer, whether or not that does anything useful.  Since the  
ndiswrapper driver was not based on any particular driver but on a  
defined standard, using ndiswrapper with a proprietary NDIS driver is  
just as legal as using a proprietary database server on a GPLed Linux  
system.  The technical issues of which ring the code runs in is  
irrelevant as long as the user obtained both pieces separately and  
neither is a derivative work of the other.

Besides, if the user does not distribute it then copyright law is  
irrelevant.

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ