From: "David S. Miller" <davem@redhat.com>
To: Ben Greear <greearb@candelatech.com>
Cc: "La Monte H.P. Yarroll" <piggy@em.cig.mot.com>,
"Matt D. Robinson" <yakker@alacritech.com>,
linux-kernel@vger.kernel.org, sctp-developers-list@cig.mot.com
Subject: Re: [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table
Date: Wed, 6 Jun 2001 16:43:55 -0700 (PDT) [thread overview]
Message-ID: <15134.49211.159673.522020@pizda.ninka.net> (raw)
In-Reply-To: <3B1EC74D.6C720537@candelatech.com>
In-Reply-To: <200106051659.LAA20094@em.cig.mot.com> <3B1E5CC1.553B4EF1@alacritech.com> <15134.42714.3365.32233@theor.em.cig.mot.com> <15134.43914.98253.998655@pizda.ninka.net> <3B1EC74D.6C720537@candelatech.com>
Ben Greear writes:
> Then again, maybe someone has a reason to use a different
> TCP stack, ie to support something like a high-availiblity stack
> between two different machines...
Feel free to implement this and send me patches :-)
> Why would you be scared of a proprietary TCP stack? If Open Source
> is so much better (and I believe it is), then there would be nothing
> to lose. And if the new stack helped a small subset of people who would
> otherwise have an even sorrier life implementing it on some other
> platform, then that is better, right?
It's not an issue of scared or not scared. It's an issue of what
Linus chooses to allow people to do with his kernel. This is one of
the main reasons many of us even began to work on the Linux kernel,
because we knew our work could not be compromised in such a way.
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.
Later,
David S. Miller
davem@redhat.com
next prev parent reply other threads:[~2001-06-06 23:44 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 ` 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
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 [this message]
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=15134.49211.159673.522020@pizda.ninka.net \
--to=davem@redhat.com \
--cc=greearb@candelatech.com \
--cc=linux-kernel@vger.kernel.org \
--cc=piggy@em.cig.mot.com \
--cc=sctp-developers-list@cig.mot.com \
--cc=yakker@alacritech.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®