mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Adam J. Richter" <adam@yggdrasil.com>
To: akpm@digeo.com
Cc: alan@lxorguk.ukuu.org.uk, andre@linux-ide.org,
	hell.surfers@cwctv.net, linux-kernel@vger.kernel.org,
	lm@bitmover.com
Subject: Re: Linux iSCSI Initiator, OpenSource (fwd) (Re: Gauntlet Set NOW!)
Date: Sun, 5 Jan 2003 14:51:39 -0800	[thread overview]
Message-ID: <200301052251.OAA10215@adam.yggdrasil.com> (raw)

Andrew Morton writes:
>Is everyone OK with treating the contents
>of header files in the same was as EXPORT_SYMBOL()? ie: LGPL? 

	I don't believe that anyone other than Linus has explicity
given their permission for the "EXPORT_SYMBOL_GPL / EXPORT_SYMBOL"
system.  However, I'm not trying to obstruct other people giving
what permissions they want with the code that they wrote, so I'd
like to point out a problem and suggest a fix to your proposal.

	Your proposal would prevent "EXPORT_SYMBOL_GPL" inline
functions.

	I can think of a solution which would
		(1) allow both kinds of functions and
		(2) which I think would be more legally defensible than
		    posting a message to a mailing list and asking "is
		    everyone OK with it]".

	Have the appropriate copyright owners move their "proprietary
callers OK" inline functions to files with the appropriate copyright
statements (such as LGPL or something similar), or submit changes to
the copyright statements of entire .h files in cases where you've got
the explicit agreement of all the copyright owners for that file.

	Along the same lines, those copyright owners (individuals,
companies, etc.) who seek to create a kernel that contains only
content that allows proprietary modules could start by explicitly
stating that they now irrevocably give the same permission that Linus
gave in his gnu.misc.discuss posting for their past contributions and
any future contributions that they make before they say otherwise.  At
least socially, it would come with better graces for people to grant
permissions on their copyrights before trying to interpret away other
contributors' copyrights.

	However, before you grant such permission, I recommend that
you consider whether permission that allows proprietary linking
against only EXPORT_SYMBOL functions really means allowing proprietary
modules to call *all* functions by just including a GPL-compatible
library module like so:

void loophole_ide_setup_pci_device (struct pci_dev *dev, ide_pci_device_t *d)
{
	return ide_setup_pci_device(dev, d);
	/* ide_setup_pci_device is an EXPORT_SYMBOL_GPL function in 2.5.54. */
}
EXPORT_SYMBOL(loophole_pci_hp_register);


	One could presumably do the same with an function that is not
even exported, and perhaps even avoid the subroutine jump by using
static inline declarations.  As far as I can tell, it would be
essentially equivalent to switching to the LGPL.  Come to think of it,
if this _is_ what you want, then maybe you find it simpler to just
grant permission to copy your code under the LGPL.

	I'm not a lawyer, so don't take this is as legal advice.

Adam J. Richter     __     ______________   575 Oroville Road
adam@yggdrasil.com     \ /                  Milpitas, California 95035
+1 408 309-6081         | g g d r a s i l   United States of America
                         "Free Software For The Rest Of Us."

             reply	other threads:[~2003-01-05 22:43 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-05 22:51 Adam J. Richter [this message]
     [not found] <fa.hjtum4v.fki8p1@ifi.uio.no>
     [not found] ` <fa.kccjmvv.13go3jp@ifi.uio.no>
2003-01-08  1:07   ` walt
  -- strict thread matches above, loose matches on Subject: below --
2003-01-05  1:54 Andre Hedrick
2003-01-05  2:47 ` Andrew Morton
2003-01-05  3:26   ` NEURONET
2003-01-05  4:11     ` NEURONET
2003-01-05  4:41   ` Andre Hedrick
2003-01-05  6:16     ` Andrew Morton
2003-01-06  3:06   ` Oliver Xymoron
2003-01-06  3:38     ` Andre Hedrick
2003-01-06  5:24       ` Oliver Xymoron
2003-01-06 10:24       ` Andrew McGregor
2003-01-06 16:51       ` Roman Zippel
2003-01-07  0:28         ` Andre Hedrick
2003-01-07 20:36           ` Roman Zippel
2003-01-07 22:45             ` Andre Hedrick
2003-01-08  0:04               ` Roman Zippel
2003-01-08  1:43                 ` Alan Cox
2003-01-08  1:08                   ` Larry McVoy
2003-01-08 16:48               ` Vojtech Pavlik
2003-01-08 19:37                 ` Andre Hedrick
2003-01-07  0:39         ` Andrew McGregor
2003-01-07  4:20           ` Oliver Xymoron
2003-01-07  5:38             ` Valdis.Kletnieks
2003-01-07  6:16               ` Werner Almesberger
2003-01-07  6:43                 ` Valdis.Kletnieks
2003-01-07  7:08                   ` Werner Almesberger
2003-01-07  8:00                     ` Valdis.Kletnieks
2003-01-07  8:14                       ` Werner Almesberger
2003-01-07  8:41                         ` Valdis.Kletnieks
2003-01-07 17:07                           ` Werner Almesberger
2003-01-07 12:12                     ` Andrew McGregor
2003-01-07  6:45               ` Lincoln Dale
2003-01-07  7:02                 ` Valdis.Kletnieks
2003-01-07 11:24             ` Andrew McGregor
2003-01-07 10:31           ` Olivier Galibert
2003-01-08 19:10             ` H. Peter Anvin
2003-01-08 20:09               ` Andrew McGregor
2003-01-08 20:40                 ` Richard B. Johnson
2003-01-07 12:31           ` Alan Cox
2003-01-07 12:31             ` Andrew McGregor
2003-01-07 13:58               ` Alan Cox
2003-01-07 23:09                 ` Andrew McGregor
2003-01-07 16:21               ` Oliver Xymoron
2003-01-07 13:04         ` Lionel Bouton
     [not found]     ` <Pine.LNX.4.10.10301051924140.421-100000@master.linux-ide.o rg>
2003-01-06  7:14       ` Lincoln Dale
2003-01-06  3:25   ` Richard Stallman
2003-01-06  4:08     ` Andre Hedrick
2003-01-06 20:49       ` Richard Stallman

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=200301052251.OAA10215@adam.yggdrasil.com \
    --to=adam@yggdrasil.com \
    --cc=akpm@digeo.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=andre@linux-ide.org \
    --cc=hell.surfers@cwctv.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lm@bitmover.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

all inboxes | Powered by JetHome®