From: Jeff Garzik <jgarzik@pobox.com>
To: shmulik.hen@intel.com, hadi@cyberus.ca
Cc: Laurent DENIEL <laurent.deniel@thalesatm.com>,
bonding-devel@lists.sourceforge.net, netdev@oss.sgi.com
Subject: Re: [Bonding-devel] Re: [SET 2][PATCH 2/8][bonding] Propagating master's settings toslaves
Date: Mon, 11 Aug 2003 12:43:47 -0400 [thread overview]
Message-ID: <3F37C7C3.7070807@pobox.com> (raw)
In-Reply-To: <200308111925.38278.shmulik.hen@intel.com>
The answer is, like life, it's a balance.
As a general rule, we do prefer to move all code possible out of the
Linux kernel. We have even created "initramfs", which for 2.7, will be
used as a vehicle to move code from the kernel to userspace, that
previously had to be in the kernel only because it was a task that "had
to be performed at boot time".
However, one must consider
(1) does moving code to userspace create any security holes?
(2) does moving code to userspace dramatically increase the number of
context switches?
(3) does moving code to userspace violate some atomicity that being
inside the kernel guarantees?
In practice, #3 is the showstopper that occurs most often.
This is why I push for a "bonding-utils" package from Jay.... because of
the general rule above: put it into userspace, where possible.
Jeff
next prev parent reply other threads:[~2003-08-11 16:43 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-09 10:29 [SET 2][PATCH 2/8][bonding] Propagating master's settings to slaves Hen, Shmulik
2003-08-11 2:51 ` jamal
2003-08-11 10:08 ` Shmulik Hen
2003-08-11 13:47 ` jamal
2003-08-11 14:07 ` [Bonding-devel] Re: [SET 2][PATCH 2/8][bonding] Propagating master's settings toslaves Laurent DENIEL
2003-08-11 14:20 ` Shmulik Hen
2003-08-11 14:34 ` jamal
2003-08-11 16:25 ` Shmulik Hen
2003-08-11 16:43 ` Jeff Garzik [this message]
2003-08-11 17:31 ` [Bonding-devel] Re: [SET 2][PATCH 2/8][bonding] Propagating master'ssettings toslaves Laurent DENIEL
2003-08-11 17:43 ` Jeff Garzik
2003-08-12 6:31 ` Laurent DENIEL
2003-08-12 12:59 ` jamal
2003-08-12 13:08 ` David S. Miller
2003-08-12 14:10 ` Laurent DENIEL
[not found] ` <1060698412.1063.7.camel@jzny.localdomain>
2003-08-12 14:36 ` Laurent DENIEL
2003-08-12 15:05 ` jamal
2003-08-12 2:32 ` jamal
2003-08-11 21:27 ` [Bonding-devel] Re: [SET 2][PATCH 2/8][bonding] Propagating master's settings toslaves Mark Huth
2003-08-11 21:41 ` Jay Vosburgh
2003-08-11 23:15 ` [SET 2][PATCH 2/8][bonding] Propagating master's settings to slaves Shmulik Hen
2003-08-11 23:28 ` [Bonding-devel] " Jay Vosburgh
2003-08-12 2:36 ` jamal
2003-08-12 2:33 ` [Bonding-devel] Re: [SET 2][PATCH 2/8][bonding] Propagating master's settings toslaves jamal
2003-08-12 2:31 ` jamal
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=3F37C7C3.7070807@pobox.com \
--to=jgarzik@pobox.com \
--cc=bonding-devel@lists.sourceforge.net \
--cc=hadi@cyberus.ca \
--cc=laurent.deniel@thalesatm.com \
--cc=netdev@oss.sgi.com \
--cc=shmulik.hen@intel.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;
as well as URLs for NNTP newsgroup(s).