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.
next 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.