From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Zan Lynx <zlynx@acm.org>
Cc: Greg KH <greg@kroah.com>, Pavel Roskin <proski@gnu.org>,
Patrick Mochel <mochel@digitalimplant.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Please open sysfs symbols to proprietary modules
Date: Thu, 03 Feb 2005 15:12:59 +0000 [thread overview]
Message-ID: <1107431398.14847.139.camel@localhost.localdomain> (raw)
In-Reply-To: <1107406442.23059.16.camel@localhost>
On Iau, 2005-02-03 at 04:54, Zan Lynx wrote:
> So, what's the magic amount of redirection and abstraction that cleanses
> the GPLness, hmm? Who gets to wave the magic wand to say what
> interfaces are GPL-to-non-GPL and which aren't?
The "derivative work" distinction in law, which can be quite complex
because it involves issues like intent. Other than the intentional clear
statement that the syscall interface is considered a barrier by the
authors there is no other statement.
The GPL grants of patents are having a similar effect too, you'll need a
patent license from IBM to write RCU using code for example unless its
free software.
You also appear to misunderstand dual licensing. If you have a GPL/BSD
dual licensed module then when its using GPL'd code it ends up a
combined GPL work you can't add binary blocks too (except as per being
"not a derivative work")
Alan
next prev parent reply other threads:[~2005-02-03 16:20 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-02 22:56 Pavel Roskin
2005-02-02 23:07 ` Greg KH
2005-02-02 23:23 ` Patrick Mochel
2005-02-02 23:29 ` Greg KH
2005-02-03 0:07 ` Pavel Roskin
2005-02-03 0:30 ` Greg KH
2005-02-03 4:54 ` Zan Lynx
2005-02-03 5:07 ` Greg KH
2005-02-03 8:59 ` Helge Hafting
2005-02-03 15:12 ` Alan Cox [this message]
2005-02-03 17:26 ` Theodore Ts'o
2005-02-03 13:47 ` linux-os
2005-02-04 16:05 ` David Woodhouse
2005-02-03 0:09 ` Joseph Pingenot
2005-02-03 1:13 ` Pavel Roskin
2005-02-03 2:50 ` Kyle Moffett
2005-02-03 3:17 ` Jon Masters
2005-02-06 7:24 ` Lee Revell
2005-02-07 16:05 ` Chris Friesen
2005-02-07 16:55 ` linux-os
2005-02-07 18:58 ` jerome lacoste
2005-02-07 19:35 ` linux-os
2005-02-07 16:55 ` Randy.Dunlap
2005-02-08 1:40 ` Horst von Brand
2005-02-03 4:57 ` Greg KH
2005-02-03 8:41 ` Arjan van de Ven
2005-02-03 21:00 ` Ben Greear
2005-02-04 9:20 ` Andrew Morton
2005-02-04 9:40 ` Arjan van de Ven
2005-02-15 1:41 ` Alan Cox
2005-02-03 4:08 Jonathan A. George
2005-02-03 5:07 ` Kyle Moffett
2005-02-03 12:30 Jonathan A. George
2005-02-04 15:16 ` Adrian Bunk
2005-02-17 23:13 parker
2005-02-18 3:32 ` Chris Friesen
2005-02-18 13:13 ` Arjan van de Ven
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=1107431398.14847.139.camel@localhost.localdomain \
--to=alan@lxorguk.ukuu.org.uk \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mochel@digitalimplant.org \
--cc=proski@gnu.org \
--cc=zlynx@acm.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
all inboxes | Powered by JetHome®