From: Roman Zippel <zippel@linux-m68k.org>
To: Andre Hedrick <andre@linux-ide.org>
Cc: David Woodhouse <dwmw2@infradead.org>,
Larry McVoy <lm@bitmover.com>,
Pascal Schmidt <der.eremit@email.de>,
<linux-kernel@vger.kernel.org>
Subject: Re: freed_symbols [Re: People, not GPL [was: Re: Driver Model]]
Date: Tue, 7 Oct 2003 16:03:49 +0200 (CEST) [thread overview]
Message-ID: <Pine.LNX.4.44.0310071449370.17548-100000@serv> (raw)
In-Reply-To: <Pine.LNX.4.10.10310070412500.2266-100000@master.linux-ide.org>
Hi,
On Tue, 7 Oct 2003, Andre Hedrick wrote:
> "EXPORT_SYMBOL_GPL" is a license enforcement tool, period.
>
> Any driver using a caller wrappered by "EXPORT_SYMBOL_GPL" will have the
> function fail quietly and restrict functionality.
If I understand you correctly, you cannot tell me how EXPORT_SYMBOL_GPL
is an additional restriction according to the GPL.
OTOH what's wrong with enforcing a license?
> Restricting
> functionality is a means to disable drivers period. These very same
> functions in question are required for any other driver to operate.
>
> That makes them part of the API for operational compatibility.
> The API is described exclusively by the snapshot version of a given
> kernel.
What gave you the right to use the API or the implementation of this API
in first place?
> So under copyright case law, where GPL has never been,
Could you please explain, what you're trying to say here?
> there are rulings
> and history describing what an API is, how it can not be protected, and
> determinations of fair use based on legal rulings.
>
> Now if one is forced to disable EXPORT_SYMBOL_GPL and redistribute the
> modified kernel source as a single object, there is nothing anybody can do
> to stop that process.
Why would you be forced to disable EXPORT_SYMBOL_GPL? You can do that of
course as long as you respect the conditions in the GPL, but that wouldn't
require modifying EXPORT_SYMBOL_GPL.
> A simple solution is to publish an EXPORT_SYMBOL shim so one would not
> be subject to the issues of distribution clauses. The SHIM is
> GPL-compatable and it provides clear exports of the API snapshot.
>
> Separtion of the logical .c shim module driver and the decoupled .h is
> making the boundary clear.
Could you please explain how your binary module can be "reasonably
considered independent", so that you don't have to distribute it under the
GPL? How are boundaries of any importance, if you not allowed to use the
GPL part in first place? Alternatively what gives you the right to ignore
the will of the copyright owner and distribute the GPL part under your own
conditions?
> However this is a was of time because neither you (best guess) and the
> majority here have ever paid to have the license explained and how it is
> subject to actual copyright laws. In the past I was one of the folks
> shouting opinions not facts. The facts are rude eye openers.
Well, what I have seen so far is that your logic stinks mightily and you
are twisting reality to your own needs and on this way showing absolutely
no respect for the work of others.
bye, Roman
next prev parent reply other threads:[~2003-10-07 14:04 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Dnwo.1ew.15@gated-at.bofh.it>
[not found] ` <DnPL.3XB.11@gated-at.bofh.it>
[not found] ` <DsvX.3yN.1@gated-at.bofh.it>
2003-10-06 18:28 ` Pascal Schmidt
2003-10-06 18:38 ` Larry McVoy
2003-10-06 21:29 ` Olivier Galibert
2003-10-07 0:56 ` Larry McVoy
2003-10-07 8:40 ` David Woodhouse
2003-10-07 8:56 ` Andre Hedrick
2003-10-07 10:13 ` Roman Zippel
2003-10-07 10:33 ` Andre Hedrick
2003-10-07 10:44 ` Roman Zippel
2003-10-07 11:25 ` Andre Hedrick
2003-10-07 14:03 ` Roman Zippel [this message]
2003-10-07 19:09 ` David S. Miller
2003-10-07 8:58 ` David S. Miller
2003-10-07 14:16 ` Larry McVoy
2003-10-07 14:48 ` Valdis.Kletnieks
2003-10-07 8:28 ` David Woodhouse
2003-10-07 10:03 Pascal Schmidt
[not found] <DIre.Cy.15@gated-at.bofh.it>
[not found] ` <DIre.Cy.17@gated-at.bofh.it>
[not found] ` <DIre.Cy.19@gated-at.bofh.it>
[not found] ` <DIre.Cy.13@gated-at.bofh.it>
[not found] ` <DIAQ.2Hh.5@gated-at.bofh.it>
2003-10-06 18:56 ` Pascal Schmidt
2003-10-06 19:09 ` David Lang
2003-10-06 20:08 ` Richard B. Johnson
2003-10-07 10:49 ` Pavel Machek
2003-10-10 12:14 ` Richard B. Johnson
2003-10-10 12:48 ` David S. Miller
2003-10-10 13:27 ` Jamie Lokier
2003-10-10 12:55 ` Jamie Lokier
2003-10-10 13:07 ` David S. Miller
2003-10-10 13:28 ` Jamie Lokier
2003-10-06 22:46 ` Andre Hedrick
2003-10-06 23:01 ` Jamie Lokier
2003-10-07 0:20 ` Pascal Schmidt
2003-10-07 2:31 ` Andre Hedrick
[not found] <fa.grj6i7d.lmorqn@ifi.uio.no>
[not found] ` <fa.n320lec.1p4i0gc@ifi.uio.no>
2003-10-05 16:44 ` walt
[not found] <vyRY.6te.13@gated-at.bofh.it>
[not found] ` <vzkY.7cC.7@gated-at.bofh.it>
2003-09-14 9:16 ` Pascal Schmidt
2003-09-14 17:09 ` Stan Bubrouski
-- strict thread matches above, loose matches on Subject: below --
2003-09-14 4:37 People, not GPL [was: Re: Driver Model] Erik Andersen
2003-09-14 4:58 ` freed_symbols [Re: People, not GPL [was: Re: Driver Model]] Andre Hedrick
2003-09-14 5:39 ` Erik Andersen
2003-09-14 5:32 ` Andre Hedrick
2003-09-14 6:41 ` Erik Andersen
2003-09-14 6:50 ` Andre Hedrick
2003-09-14 7:10 ` Andre Hedrick
2003-09-14 8:08 ` Erik Andersen
2003-09-15 0:17 ` Henning P. Schmiedehausen
2003-09-15 5:57 ` Erik Andersen
2003-09-15 6:14 ` Nick Piggin
2003-10-05 0:52 ` Rob Landley
2003-10-05 1:05 ` Larry McVoy
2003-10-05 2:34 ` viro
2003-10-05 3:45 ` Larry McVoy
2003-10-05 10:24 ` David Woodhouse
2003-10-05 13:56 ` Larry McVoy
2003-10-05 14:14 ` David Woodhouse
2003-10-05 10:23 ` David Woodhouse
2003-10-05 11:32 ` David Lang
2003-10-05 13:37 ` David Woodhouse
2003-10-05 6:40 ` Andre Hedrick
2003-10-05 7:39 ` viro
2003-10-05 18:27 ` David Woodhouse
2003-10-05 19:21 ` Andre Hedrick
2003-10-05 20:03 ` David Woodhouse
2003-10-05 20:14 ` Andre Hedrick
2003-10-05 20:34 ` David Woodhouse
2003-10-05 20:43 ` Andre Hedrick
2003-10-06 1:22 ` Larry McVoy
2003-10-06 1:37 ` David Lang
2003-10-06 1:51 ` Larry McVoy
2003-10-05 19:32 ` Maciej Zenczykowski
2003-10-05 19:47 ` Andre Hedrick
2003-10-05 20:38 ` David Woodhouse
2003-10-05 20:46 ` Andre Hedrick
2003-10-05 19:54 ` Arjan van de Ven
2003-09-14 8:45 ` Valdis.Kletnieks
2003-09-15 0:16 ` Henning P. Schmiedehausen
2003-09-15 0:27 ` Justin Cormack
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=Pine.LNX.4.44.0310071449370.17548-100000@serv \
--to=zippel@linux-m68k.org \
--cc=andre@linux-ide.org \
--cc=der.eremit@email.de \
--cc=dwmw2@infradead.org \
--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®