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: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080206105051.GA13874@cs181133002.pp.htv.fi>
Date:	Wed, 6 Feb 2008 12:50:51 +0200
From:	Adrian Bunk <bunk@...nel.org>
To:	Pavel Roskin <proski@....org>
Cc:	rms@....org, linux-kernel@...r.kernel.org, jonathan@...masters.org,
	rusty@...tcorp.com.au, pgiri@...oo.com
Subject: Re: ndiswrapper and GPL-only symbols redux

On Fri, Feb 01, 2008 at 12:08:30AM -0500, Pavel Roskin wrote:
> On Wed, 2008-01-30 at 15:53 -0500, Richard Stallman wrote:
> > I don't know what the circumstances are in this case, since the
> > description quoted was quite sketchy.  I suggest that someone send a
> > clear description of the case to licensing@....org to find out what
> > GPLv2 implies about it.
> 
> I don't think anyone implies that there are any real copyright issues
> with ndiswrapper, at least in the US.  With all differences in
> intonations, everybody seems to understand that.
> 
> It's understandable that kernel developers feel uncomfortable about
> ndiswrapper, which loads non-free Windows drivers into the kernel
> memory.  It's understandable that kernel developers don't want to
> support systems where such code has been running at any time.
> 
> It's understandable that ndiswrapper can be considered as an unwelcome
> alternative to free drivers, although it's actually used for reverse
> engineering and it allows to check that the unsupported hardware is
> functional without having to boot to a non-free OS.  A kernel that did
> something unsupportable becomes "tainted".
> 
> Unfortunately, the code for making ndiswrapper taint the kernel is
> similar to the code that makes non-free modules (i.e. non-free software
> specifically designed to work with Linux) taint the kernel.  That's why
> is has happened for the second time already that ndiswrapper was lumped
> together with non-free modules and disallowed to use certain kernel
> facilities that were only meant for free software.
> 
> Even though it was done by mistake both times, it looked as an
> intentional change every time.  It is an emotional issue, but it has
> little to do with copyright issues and more with understandable
> antipathy of the kernel developer towards non-free software running with
> the kernel privileges.
> 
> I think the whole idea to bring you into the discussion was based on
> misunderstanding of my use of the word "linking".  There is a difference
> between compiling and linking a non-free program from the source code
> against free headers and free libraries and loading non-free code and
> making it work by emulating non-free interfaces with free software.
> 
> I was merely saying that the later is OK.  I was not advocating the
> former.
>...

The Linux kernel is licenced under the GPLv2.

Ndiswrapper loads and executes code with not GPLv2 compatible licences 
in a way in the kernel that might be considered similar to a GPLv2'ed 
userspace program dlopen() a dynamic library file with a not GPLv2 
compatible licence.

IANAL, but I do think there might be real copyright issues with 
ndiswrapper.

> Regards,
> Pavel Roskin

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed

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