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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox