mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Adrian Bunk <bunk@kernel.org>
To: Pavel Roskin <proski@gnu.org>
Cc: rms@gnu.org, linux-kernel@vger.kernel.org,
	jonathan@jonmasters.org, rusty@rustcorp.com.au, pgiri@yahoo.com
Subject: Re: ndiswrapper and GPL-only symbols redux
Date: Wed, 6 Feb 2008 12:50:51 +0200	[thread overview]
Message-ID: <20080206105051.GA13874@cs181133002.pp.htv.fi> (raw)
In-Reply-To: <1201842510.18433.88.camel@dv>

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@gnu.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


  reply	other threads:[~2008-02-06 10:50 UTC|newest]

Thread overview: 60+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-29 21:22 Pavel Roskin
2008-01-29 22:27 ` Valdis.Kletnieks
2008-01-29 22:35   ` Giridhar Pemmasani
2008-01-29 23:21   ` Pavel Roskin
2008-01-30  0:25     ` Jon Masters
2008-01-29 22:45 ` Alan Cox
2008-01-29 23:56   ` Pavel Roskin
2008-01-30  3:24     ` Andi Kleen
2008-01-30  5:07       ` Jon Masters
2008-01-30  5:26         ` Pavel Roskin
2008-01-30  6:03           ` Andi Kleen
2008-01-30  6:12             ` Pavel Roskin
2008-01-29 22:57 ` Adrian Bunk
2008-01-29 23:04   ` Alan Cox
2008-01-29 23:06   ` Jan Engelhardt
2008-01-29 23:25   ` Måns Rullgård
2008-01-30  0:35     ` Adrian Bunk
2008-01-30  0:46       ` Måns Rullgård
2008-01-30  1:44         ` Daniel Hazelton
2008-01-30  7:38         ` Geert Uytterhoeven
2008-01-30  8:45           ` Måns Rullgård
2008-01-30 21:00           ` David Schwartz
2008-01-29 23:44   ` Pavel Roskin
2008-01-30  0:25     ` Adrian Bunk
2008-01-30  2:02       ` Pavel Roskin
2008-01-30 11:24         ` Rusty Russell
2008-01-30 17:54         ` Adrian Bunk
2008-01-30 18:15           ` Lennart Sorensen
2008-01-30 18:45             ` Adrian Bunk
2008-01-30 19:43               ` Lennart Sorensen
2008-01-30 20:26                 ` Valdis.Kletnieks
2008-01-30 21:09                   ` Adrian Bunk
     [not found]     ` <E1JKJvh-0006P8-Pi@fencepost.gnu.org>
2008-02-01  5:08       ` Pavel Roskin
2008-02-06 10:50         ` Adrian Bunk [this message]
2008-02-06 11:11           ` Xavier Bestel
2008-02-06 11:38           ` David Schwartz
2008-02-06 15:10             ` Theodore Tso
2008-01-30  0:48   ` Giridhar Pemmasani
2008-01-30 17:54     ` Adrian Bunk
2008-01-30 18:26       ` Chris Friesen
2008-01-30 18:54         ` Adrian Bunk
2008-01-30 19:36           ` Lee Revell
2008-01-30 20:28             ` Adrian Bunk
2008-01-31  1:00               ` Michael Gerdau
2008-02-05 13:00                 ` Adrian Bunk
2008-02-04 12:42             ` Alan Cox
2008-02-04 13:56               ` Adrian Bunk
2008-01-31  3:25       ` David Newall
2008-01-31 15:20         ` Chris Friesen
2008-01-30  0:20 ` Jon Masters
2008-01-30  0:35   ` Jan Engelhardt
2008-01-30  0:48     ` Jon Masters
2008-01-30  1:33       ` Pavel Roskin
2008-01-30  1:48   ` Pavel Roskin
2008-01-30  2:08     ` Jan Engelhardt
2008-01-30  5:04     ` Jon Masters
2008-01-30  5:38       ` Zan Lynx
2008-01-30  7:40         ` Geert Uytterhoeven
2008-01-30  8:54           ` Måns Rullgård
2008-01-30 20:50       ` David Schwartz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080206105051.GA13874@cs181133002.pp.htv.fi \
    --to=bunk@kernel.org \
    --cc=jonathan@jonmasters.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pgiri@yahoo.com \
    --cc=proski@gnu.org \
    --cc=rms@gnu.org \
    --cc=rusty@rustcorp.com.au \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®