From: Shmulik Hen <shmulik.hen@intel.com>
To: Jay Vosburgh <fubar@us.ibm.com>, Jeff Garzik <jgarzik@pobox.com>
Cc: hadi@cyberus.ca, Laurent DENIEL <laurent.deniel@thalesatm.com>,
bonding-devel@lists.sourceforge.net, netdev@oss.sgi.com
Subject: Re: [SET 2][PATCH 2/8][bonding] Propagating master's settings to slaves
Date: Tue, 12 Aug 2003 02:15:18 +0300 [thread overview]
Message-ID: <200308120215.18234.shmulik.hen@intel.com> (raw)
In-Reply-To: <200308112141.h7BLftpS015012@death.ibm.com>
May I remind you all that the original discussion was only about
stuff that has to do with configuration time. There was no mention of
any run time code. ifenslave only does three simple things - add a
slave, remove a slave and set the current active slave, that's all.
The drive was to try and make ifenslave slimmer regarding those three
operations only in the way that any setting of the slave will be done
by the kernel module instead of the configuration application. There
is no real "brain" there anyway.
We had some experience with creating an configuration application that
was incredibly smart and was always aware of what was going on in the
driver and could make all possible decisions before even attempting
to access the driver so it could fail the operation without
"bothering" the driver. It's gigantic. It's extremely hard to install
and configure. It's even harder to maintain. And all it was meant to
do is configuration. Imagine what would happen if it was also
supposed to handle run time issues.
I am not aware of anything like moving kernel code into applications.
Was that something that was discussed in OLS ? Where can I find some
more info about this trend ?
Shmulik.
next prev parent reply other threads:[~2003-08-11 23:15 UTC|newest]
Thread overview: 27+ 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
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 ` Shmulik Hen [this message]
2003-08-11 23:28 ` [Bonding-devel] Re: [SET 2][PATCH 2/8][bonding] Propagating master's settings to slaves 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
-- strict thread matches above, loose matches on Subject: below --
2003-08-08 14:44 [SET 2][PATCH 2/8][bonding] Propagating master's settings to slaves Shmulik Hen
2003-08-08 22:01 ` 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=200308120215.18234.shmulik.hen@intel.com \
--to=shmulik.hen@intel.com \
--cc=bonding-devel@lists.sourceforge.net \
--cc=fubar@us.ibm.com \
--cc=hadi@cyberus.ca \
--cc=jgarzik@pobox.com \
--cc=laurent.deniel@thalesatm.com \
--cc=netdev@oss.sgi.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).