From: Daniel Phillips <phillips@bonn-fries.net>
To: hps@intermeta.de,
"Henning P. Schmiedehausen" <mailgate@hometree.net>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table
Date: Thu, 7 Jun 2001 12:50:43 +0200 [thread overview]
Message-ID: <01060712504301.02053@starship> (raw)
In-Reply-To: <200106051659.LAA20094@em.cig.mot.com> <15134.49211.159673.522020@pizda.ninka.net> <9fnjh0$d1c$1@forge.intermeta.de>
In-Reply-To: <9fnjh0$d1c$1@forge.intermeta.de>
On Thursday 07 June 2001 12:03, Henning P. Schmiedehausen wrote:
> "David S. Miller" <davem@redhat.com> writes:
> >And my current understanding is that allowing proprietary
> >reimplementations of the VM, VFS, and core networking, is not one of
> >the things which is allowed.
>
> ...is wanted (by you and possibly Linus). Not ...is allowed.
>
> It _is_ already allowed. Someone can use the posted patch which is
> GPL open source, put it into the kernel and use their proprietary
> module.
>
> And this is legal according to the "Kernel GPL, Linus Torvalds
> edition (TM)" which says "any loadable module can be binary only".
> Not "only loadable modules which are drivers". It may not be the
> intention but it is the fact.
I seem to recall something about binary modules being ok as long as
they stick to the published interface, which would let out binary-only
extensions to core kernel functionality. This would seem to permit
reimplementation.
--
Daniel
next prev parent reply other threads:[~2001-06-07 10:48 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-06-05 16:59 [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table La Monte H.P. Yarroll
[not found] ` <3B1E5CC1.553B4EF1@alacritech.com>
2001-06-06 22:07 ` La Monte H.P. Yarroll
2001-06-06 22:15 ` David S. Miller
2001-06-06 22:36 ` Alexander Viro
2001-06-06 22:42 ` Richard Gooch
2001-06-06 22:52 ` David S. Miller
2001-06-06 23:21 ` Matt D. Robinson
2001-06-06 23:31 ` David S. Miller
2001-06-06 23:51 ` Richard Gooch
2001-06-07 1:22 ` Ben Greear
2001-06-07 0:51 ` David S. Miller
2001-06-07 5:37 ` George Bonser
2001-06-07 5:50 ` David S. Miller
2001-06-07 6:00 ` George Bonser
2001-06-07 15:18 ` watermodem
2001-06-07 15:51 ` Mike Galbraith
2001-06-09 22:09 ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregistertable watermodem
2001-06-09 23:15 ` Alexander Viro
2001-06-10 2:59 ` Horst von Brand
2001-06-10 4:38 ` Mike Galbraith
2001-06-07 5:16 ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table Matt D. Robinson
2001-06-07 5:46 ` David S. Miller
2001-06-07 6:20 ` Richard Gooch
2001-06-07 6:47 ` Matt D. Robinson
2001-06-07 18:03 ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister Alan Cox
2001-06-07 18:10 ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table Alan Cox
2001-06-08 1:31 ` David S. Miller
2001-06-07 0:14 ` Ben Greear
2001-06-06 23:43 ` David S. Miller
2001-06-07 10:03 ` Henning P. Schmiedehausen
2001-06-07 10:50 ` Daniel Phillips [this message]
2001-06-07 11:25 ` David S. Miller
2001-06-07 17:52 ` Alan Cox
2001-06-08 8:29 ` Henning P. Schmiedehausen
2001-06-08 16:42 ` Alan Cox
2001-06-08 22:54 ` Albert D. Cahalan
2001-06-08 23:46 ` David Woodhouse
2001-06-11 8:45 ` Henning P. Schmiedehausen
2001-06-11 9:43 ` Helge Hafting
2001-06-11 16:17 ` Alan Cox
2001-06-11 18:31 ` Jacob Luna Lundberg
2001-06-11 18:48 ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister Alan Cox
2001-06-11 20:34 ` Jacob Luna Lundberg
2001-06-12 7:08 ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregistertable Helge Hafting
2001-06-07 10:05 ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table Russell King
2001-06-07 11:25 ` David S. Miller
2001-06-07 15:27 ` Keith Owens
2001-06-07 17:01 ` David Woodhouse
2001-06-07 19:11 ` Matthias Urlichs
2001-06-11 18:26 ` [PATCH] sockreg2.4.5-06 " La Monte H.P. Yarroll
2001-06-13 16:25 ` David S. Miller
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=01060712504301.02053@starship \
--to=phillips@bonn-fries.net \
--cc=hps@intermeta.de \
--cc=linux-kernel@vger.kernel.org \
--cc=mailgate@hometree.net \
/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.