public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrea Arcangeli <andrea@suse.de>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Arjan van de Ven <arjanv@redhat.com>,
	Hugh Dickins <hugh@veritas.com>, Ingo Molnar <mingo@redhat.com>,
	Stelian Pop <stelian.pop@fr.alcove.com>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2.5.5] do export vmalloc_to_page to modules...
Date: Wed, 3 Apr 2002 20:13:22 +0200	[thread overview]
Message-ID: <20020403201322.E10959@dualathlon.random> (raw)
In-Reply-To: <20020403182118.A10959@dualathlon.random> <E16soms-0004Au-00@the-village.bc.nu>

On Wed, Apr 03, 2002 at 06:43:10PM +0100, Alan Cox wrote:
> >  EXPORT_SYMBOL(vfree);
> >  EXPORT_SYMBOL(__vmalloc);
> > -EXPORT_SYMBOL_GPL(vmalloc_to_page);
> > +EXPORT_SYMBOL(vmalloc_to_page);
> 
> The authors of that code made it GPL. You have no right to change that. Its
> exactly the same as someone taking all your code and making it binary only.
> 
> You are
> 	-	subverting a digital rights management system
> 			[5 years jail in the USA]
> 	-	breaking a license
> 
> but worse than that you are ignoring the basic moral rights of the authors
> of that code.

The vmalloc_to_page function is been patched into the kernel without any
special restriction or requirement for such code, there is not a single
comment about a change of licence (infact it's probably been cut and
pasted from one of the dozen of device drivers doing that by hand
previously, just changing the retval to a struct page, so changing the
licence would been probably illegal from your part in the first place).

Now from your comment it seems with your _GPL tag you meant to give
special licence to the function, that is not obvious at all, I don't
find it written anywhere, not even in your above email, so I recommend
you to licence your code properly ASAP if you don't want to use the
standard licence of the kernel code (like bsdcomp and other piece of
sourcecode deos).

Also please realize that you are ridicolous posting emails like the
above, any real lawyer will laught at you if you pretend me to go in
jail for 5 years in the US because you think such a "_GPL" four letters
in ksyms.c enforce in a court a different licence in a function in
memory.c covered by the usual kernel license (like map_user_kiobuf),
despite there is not a single line of english out there written by the
author to confirm your assumption.  Not even a kernel hacker can guess
you meant to change the licence of the code if you don't even write a
line about a change of licence anywhere, period.  Not even there is
written anywhere in the kernel that such _GPL tags are meant to change
the licence.

Infact it's the other way around, if the author of vmalloc_to_page
wanted really to change the licence as it seems while reading your above
email (not confirmed yet), as soon as he documents his request properly,
I will tell him that I refuse him to do that, I'm one of the authors of
memory.c so that is my right to enforce it, as it was my right for Linus
to refuse my code if I wanted to use a difference licence. The reason I
refuse a change of licence for a basic functionality in memory.c, is
that those are lawyers tricks that can only hurt linux. If everybody
that writes a function starts crying like you did above it will be a
true mess, and at the very least such kind of tricks should be put in a
separate file.

So if you want to change the module licensing and avoid binary only
drivers, go and ask all the copyright holders to agree on that, once you
have the agreement Linus can release a new kernel tarball with the new
licence for all the normal kernel code, i.e. pure GPL. But for the core
kernel code it must be possible to intermix it without worrying about
licensing issues, so no special licences within memory.c, I will enforce
that, period.

If there's any expert out there that can check the correctness of what I
said I'd be grateful, thanks.

Andrea

  reply	other threads:[~2002-04-03 18:14 UTC|newest]

Thread overview: 94+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-20 13:13 [PATCH 2.5.5] do export vmalloc_to_page to modules Stelian Pop
2002-02-20 16:00 ` Hugh Dickins
2002-02-20 16:01   ` Arjan van de Ven
2002-04-03 16:21     ` Andrea Arcangeli
2002-04-03 17:43       ` Alan Cox
2002-04-03 18:13         ` Andrea Arcangeli [this message]
2002-04-03 19:11           ` Alan Cox
2002-04-03 19:23             ` Andrea Arcangeli
2002-04-03 20:05             ` Tigran Aivazian
2002-04-03 20:27               ` Tigran Aivazian
2002-04-03 21:22               ` Alan Cox
2002-04-03 21:26                 ` Tigran Aivazian
2002-04-03 21:48                   ` Alan Cox
2002-04-03 19:03         ` Tigran Aivazian
2002-04-03 19:10           ` Linus Torvalds
2002-04-03 19:19             ` Tigran Aivazian
2002-04-03 19:24               ` Linus Torvalds
2002-04-03 21:05                 ` Tigran Aivazian
2002-04-03 21:25                   ` Alan Cox
2002-04-04  6:43                     ` Keith Owens
2002-04-04 10:22                       ` Tigran Aivazian
2002-04-04 10:35                         ` Arjan van de Ven
2002-04-04 11:54                         ` Alan Cox
2002-04-04 12:01                           ` Tigran Aivazian
2002-04-04 12:31                             ` Adrian Bunk
2002-04-04 12:48                               ` Russell King
2002-04-04 12:40                             ` Russell King
2002-04-04 12:46                               ` Tigran Aivazian
2002-04-05  7:29                               ` David Schwartz
2002-04-05  8:24                                 ` Adrian Bunk
2002-04-05  8:28                                   ` David Schwartz
2002-04-04 13:26                             ` Ingo Molnar
2002-04-04 15:21                               ` Rik van Riel
2002-04-05  9:25                                 ` Paul Gortmaker
2002-04-04 15:35                               ` Tigran Aivazian
2002-04-04 16:55                                 ` Andrea Arcangeli
2002-04-04 17:16                                   ` Christoph Hellwig
2002-04-04 17:46                                   ` Ingo Molnar
2002-04-04 17:59                                 ` Arjan van de Ven
2002-04-04 18:15                                   ` Rik van Riel
2002-04-05  0:47                                   ` Linux kernel and binary drivers (was: [PATCH 2.5.5] do export vmalloc_to_page to modules...) Steffen Persvold
2002-04-04 15:55                               ` [PATCH 2.5.5] do export vmalloc_to_page to modules Richard B. Johnson
2002-04-04 16:14                                 ` Alan Cox
2002-04-04 16:15                                 ` Peter Horton
2002-04-04 16:23                                 ` Ingo Molnar
2002-04-04 16:38                                 ` Michael Clark
2002-04-04 20:57                                 ` Adrian Bunk
2002-04-04 16:44                               ` Andrea Arcangeli
2002-04-04 17:16                                 ` Ingo Molnar
2002-04-04 18:00                                 ` Alan Cox
2002-04-04 16:42                             ` Alexander Viro
2002-04-03 19:29             ` Andrea Arcangeli
2002-04-03 19:38             ` Alan Cox
2002-04-03 19:25               ` Linus Torvalds
2002-04-03 19:44                 ` Alan Cox
2002-04-03 19:39                   ` Linus Torvalds
2002-04-03 20:35               ` Gerd Knorr
2002-04-03 22:17                 ` Richard B. Johnson
2002-04-03 22:24                   ` Rik van Riel
2002-04-03 22:33                     ` Tigran Aivazian
2002-04-03 22:35                       ` David S. Miller
2002-04-06  9:08                         ` David Woodhouse
2002-04-03 22:39                       ` Rik van Riel
2002-04-04  5:59                         ` Chris Wedgwood
2002-04-04 12:06                           ` Alan Cox
2002-04-04  9:33             ` Ingo Molnar
2002-04-03 19:26           ` Andrea Arcangeli
2002-04-03 19:35           ` Alan Cox
2002-04-05  6:06             ` David Schwartz
2002-04-05 12:48               ` Alan Cox
2002-04-05 18:46                 ` David Schwartz
2002-04-05 19:27                   ` Alan Cox
2002-04-05 20:05                     ` David Schwartz
2002-04-06 17:55                   ` Alan Cox
2002-04-03 19:19         ` Alexander Viro
2002-04-03 21:07         ` David Schwartz
2002-04-03 21:33           ` Alan Cox
2002-04-03 21:28             ` Daniel Jacobowitz
2002-04-03 22:09             ` David Schwartz
2002-04-04  6:26         ` Kai Henningsen
2002-04-04  8:44           ` Adrian Bunk
2002-04-04 12:01           ` Alan Cox
2002-02-20 16:27   ` Ingo Molnar
  -- strict thread matches above, loose matches on Subject: below --
2002-04-03 23:47 Petr Vandrovec
2002-04-04  0:19 ` Rik van Riel
2002-04-04 11:54 Petr Vandrovec
     [not found] <Pine.LNX.4.44L.0204041217290.18660-100000@imladris.surriel .com>
2002-04-04 16:11 ` Anton Altaparmakov
2002-04-04 16:29   ` Ingo Molnar
     [not found] <Pine.LNX.4.44.0204041123410.6422-100000@devserv.devel.redh at.com>
2002-04-04 17:06 ` Anton Altaparmakov
2002-04-04 17:55   ` Alan Cox
2002-04-04 17:52     ` Anton Altaparmakov
2002-04-04 17:27 Nicholas Berry
2002-04-05 13:22 Gareth Hughes
2002-04-09  6:55 Rick A. Hohensee

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=20020403201322.E10959@dualathlon.random \
    --to=andrea@suse.de \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=arjanv@redhat.com \
    --cc=hugh@veritas.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=stelian.pop@fr.alcove.com \
    /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