From: Jay Vosburgh <fubar@us.ibm.com>
To: "Jari Takkala" <Jari.Takkala@Q9.com>
Cc: netdev@vger.kernel.org
Subject: Re: [PATCH 2.6.23.12] net/bonding: option to specify initial bond interface number
Date: Thu, 03 Jan 2008 09:03:51 -0800 [thread overview]
Message-ID: <29661.1199379831@death> (raw)
In-Reply-To: <413FEEF1743111439393FB76D0221E4809790A30@leopard.zoo.q9networks.com>
Jari Takkala <Jari.Takkala@Q9.com> wrote:
>On Wednesday, January 02, 2008 17:24, Jay Vosburgh wrote:
>> What advantage does this have over:
>>
>> # echo +bond5 > /sys/class/net/bonding_masters
>>
>> which will create a new bonding master for the already-loaded driver?
>>
>
>The advantage is that you can load multiple instances of the bonding
>driver and control the name of the bond interface that will be
>created. Normally the bond interface name would take the next available
>number.
>
>In our startup scripts we need to be able to ensure that the interface
>name is consistent across reboots. Sometimes bond1 may be brought up
>before bond0 and it may have different options (requiring a different
>instance of the bonding driver).
With the sysfs interface to bonding, your last statement is not
true; any number of bonding interfaces, with arbitrary names, can be
created and have their options set without loading multiple instances of
the bonding driver.
>I understand that the startup scripts could be modified to account for
>this, however we also have an IOS like interface to an embedded system
>where the user can create new bond interfaces and specify the interface
>number, they may create interfaces out of order and this feature enables
>them to accomplish that.
Does your embedded system have sysfs available? If it does,
then it's to your advantage to use the sysfs API; for one thing, the
single instance of the bonding driver with all interfaces through it
should utilize fewer resources than loading the driver repeatedly.
-J
---
-Jay Vosburgh, IBM Linux Technology Center, fubar@us.ibm.com
next prev parent reply other threads:[~2008-01-03 17:04 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-02 21:20 [PATCH 2.6.23.12] net/bonding: option to specify initial bond interface number Jari Takkala
2008-01-02 21:55 ` Randy Dunlap
2008-01-03 15:26 ` Jari Takkala
2008-01-02 22:24 ` Jay Vosburgh
2008-01-03 15:23 ` Jari Takkala
2008-01-03 17:03 ` Jay Vosburgh [this message]
2008-01-03 19:19 ` Jari Takkala
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=29661.1199379831@death \
--to=fubar@us.ibm.com \
--cc=Jari.Takkala@Q9.com \
--cc=netdev@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 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.