All of lore.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: Fri, 19 Oct 2001 13:03:56 -0500	[thread overview]
Message-ID: <3bd05cfc.6bb9.0@panix.com> (raw)

'Twas brillig when Taral scrobe:
>You're quite right. Module insertion is linking. And distributing a 
>kernel with binary-only modules already inserted would be a GPL 
>violation. What modules do is let people do the link at the last stage 
>-- the end user. The GPL does not restrict what end-users do with your 
>code if it doesn't involve redistribution. 

The point was made earlier that a module might include some code expanded from
a macro in a kernel header file.  Producers of binary 
modules could adopt a "clean room" approach (as the first cloners of 
the IBM PC BIOS did) and have one group write a technical specification 
for any necessary kernel headers and have a second group implement 
substitute headers from the specification.

>I also think this is somewhat ridiculous. If I (the binary module 
>maker) distribute a program which effectively replicates the 
>functionality of insmod without the licence checking, and distribute 
>that program with my module, am I violating any restrictions? I don't 
>think so, since it's the end-user that ends up linking the kernel to 
>the module. No linked products are actually distributed... 

In the US it may be a violation of the DCMA prohibition on 
circumvention of "effective access controls" (and perhaps violations of 
corresponding laws in some European countries).  Though that's a whole 
'nother huge legal morass.
 

             reply	other threads:[~2001-10-19 17:03 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-10-19 18:03 Roy Murphy [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-10-18 16:43 MODULE_LICENSE and EXPORT_SYMBOL_GPL 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 16:05 Roy Murphy
2001-10-18 15:17 ` 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
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=3bd05cfc.6bb9.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.