public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Roy Murphy" <murphy@panix.com>
To: linux-kernel@vger.kernel.org
Subject: Re: MODULE_LICENSE and EXPORT_SYMBOL_GPL
Date: Thu, 18 Oct 2001 11:05:10 -0500	[thread overview]
Message-ID: <3bceefa6.3cf6.0@panix.com> (raw)

'Twas brillig when Keith Owens scrobe:
>EXPORT_SYMBOL_GPL 
>
>Some kernel developers are unhappy with providing external interfaces
>to their code, only to see those interfaces being used by binary only 
>modules. They view it as their work being appropriated. Whether you 
>agree with that view or not is completely irrelevant, the person who 
>owns the copyright decides how their work can be used. 

The GPL takes its strength and power from Copyright Law.  Copyright law 
allows certain exclusive rights to authors.  Among these are: 
distribution, public performance and the preparation of derivative 
works.  Copyright Law (at least in the US) reserves certain rights to 
the Public, notably the right to make Fair Uses.  Because of Fair Use, 
the statement above "the person who owns the copyright decides how 
their work can be used." is demonstrably false in a US Copyright 
context.

Some elements of authorship are copyrightable, other elements are not.  
One clear exception in US Copyright Law is "methods of operation" which 
are not copyrightable.  The canonical example of this the pattern of a 
standard transmission shift.  The pattern, intimately tied to the 
manner in which the device is used, has been standardized because its 
design could be copied and used by all manufacturers.

Exported interfaces are "methods of operation" in the sense of US 
Copyright Law.  Copyright Law affords no protection to "methods of 
operation".  The GPL, which gains its strength from Copyright Law, also 
has no rights in this area.  If a GPLed module does not want other code 
using its interfaces, they should not be exported.

This is an example of overreaching copyright control which is just as 
aggregious as CSS on DVDs.
 

             reply	other threads:[~2001-10-18 15:04 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-10-18 16:05 Roy Murphy [this message]
2001-10-18 15:17 ` MODULE_LICENSE and EXPORT_SYMBOL_GPL Arjan van de Ven
2001-10-19 15:30   ` Taral
2001-10-21 15:22     ` Alan Cox
2001-10-21 20:16       ` Taral
2001-10-19 17:06   ` David Woodhouse
  -- strict thread matches above, loose matches on Subject: below --
2001-10-19 18:03 Roy Murphy
2001-10-18 16:43 Roy Murphy
2001-10-18 15:49 ` Arjan van de Ven
2001-10-18 18:42   ` Tim Bird
2001-10-19 15:38   ` Taral
2001-10-18 16:07 ` Jan-Benedict Glaw
2001-10-18 22:38   ` David Lang
2001-10-19  0:46     ` John Alvord
2001-10-18 23:57       ` David Lang
2001-10-19 12:44         ` Reid Hekman
2001-10-19 20:07           ` David Lang
2001-10-20  0:00             ` Reid Hekman
2001-10-20  6:38             ` Keith Owens
2001-10-21 15:06               ` Alan Cox
2001-10-21 15:47 ` Alan Cox
2001-10-18  3:23 Keith Owens
2001-10-18  4:03 ` Alexander Viro
2001-10-19  7:16 ` Kai Henningsen
2001-10-19  8:26   ` Nils Philippsen

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=3bceefa6.3cf6.0@panix.com \
    --to=murphy@panix.com \
    --cc=linux-kernel@vger.kernel.org \
    /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