linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "George Bonser" <george@gator.com>
To: "David S. Miller" <davem@redhat.com>, <linux-kernel@vger.kernel.org>
Subject: RE: [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table
Date: Wed, 6 Jun 2001 22:37:35 -0700	[thread overview]
Message-ID: <CHEKKPICCNOGICGMDODJMECLDEAA.george@gator.com> (raw)
In-Reply-To: <15134.53268.965680.167845@pizda.ninka.net>

> Ben Greear writes:
>  > a modular TCP stack might be a really
>  > good option for making $$ though support fees...  If there is a
>  > need to keep certain (proprietary) code out of the kernel, let
>  > lawyers & public pressure do it, not overly broad technical
> restrictions.
>
> There is a legal restriction, basically "Linus and the copyright
> holders of the networking say no."
>
> Later,
> David S. Miller
> davem@redhat.com

There is, of course, one basic problem with that argument. While you can say
(and probably rightly so) that such a change would not be included in Linus'
kernel, I think anyone is allowed to post a patch that might make it
possible to add protocols as modules. If anyone chooses to use it is each
individual's decision but you could not prevent ACME from creating a patch
that allows protocol modules as long as they distributed the patch. Also,  I
know that you are allowed to distribute proprietary modules in binary form
but are there any restrictions on what function these modules can perform?
I don't remember seeing any such restrictions.

In short, while you can refuse to accept such patches or support any
problems arising from their use, I would think that ACME has the right to
patch the kernel to make such a thing possible if they want to and there is
nothing (as far as I know) that anyone can do about it as long as they make
those patches public.  So, ACME can say that to use ACME Super FooWare you
will need the ACME Super FooKernel with our FooModule that is distributed in
binary format. If you want to build the FooKernel, here is the patch but the
module is still binary.


  reply	other threads:[~2001-06-07  5:34 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <3B1E5CC1.553B4EF1@alacritech.com>
2001-06-05 16:59 ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table La Monte H.P. Yarroll
2001-06-06 22:07   ` La Monte H.P. Yarroll
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
2001-06-06 22:15 ` [PATCH] sockreg2.4.5-05 " 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:51     ` Richard Gooch
2001-06-07  0:51       ` David S. Miller
2001-06-07  5:37         ` George Bonser [this message]
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  1:22       ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table Ben Greear
2001-06-07  5:16       ` Matt D. Robinson
2001-06-07 18:03         ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister Alan Cox
2001-06-07  5:46       ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table David S. Miller
2001-06-07  6:20       ` Richard Gooch
2001-06-07  6:47         ` Matt D. Robinson
2001-06-07 18:10     ` Alan Cox
2001-06-08  1:31     ` David S. Miller
2001-06-06 23:31   ` David S. Miller
2001-06-06 23:43   ` David S. Miller
2001-06-07 10:03     ` Henning P. Schmiedehausen
2001-06-07 10:50       ` Daniel Phillips
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 15:27       ` Keith Owens
2001-06-07 17:01         ` David Woodhouse
2001-06-07 11:25     ` David S. Miller
2001-06-07 11:25     ` David S. Miller
2001-06-07  0:14   ` Ben Greear

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=CHEKKPICCNOGICGMDODJMECLDEAA.george@gator.com \
    --to=george@gator.com \
    --cc=davem@redhat.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;
as well as URLs for NNTP newsgroup(s).