All of lore.kernel.org
 help / color / mirror / Atom feed
From: Patrick McHardy <kaber@trash.net>
To: Jay Vosburgh <fubar@us.ibm.com>
Cc: Arnd Bergmann <arnd@arndb.de>,
	netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
	bonding-devel@lists.sf.net,
	"David S. Miller" <davem@davemloft.net>
Subject: Re: [Bonding-devel] BUG: bonding module can only be loaded once
Date: Wed, 10 Jun 2009 00:14:08 +0200	[thread overview]
Message-ID: <4A2EDEB0.2080006@trash.net> (raw)
In-Reply-To: <13521.1244568251@death.nxdomain.ibm.com>

Jay Vosburgh wrote:
> Patrick McHardy <kaber@trash.net> wrote:
> 
>> I'd expect its not the distros, but rather the applicances which might
>> still be using this. I know a vendor I used to work for a couple of
>> years ago just recently made the switch from 2.6.16 to a current kernel,
>> and I'd expect that they are still using this (I can find out tommorrow
>> if you want to know for sure). Vyatta likewise, I guess.
> 
> 	Yes, I'd like to know for sure; thanks.

I'll let you know.

>>> 	If nobody has any heartburn at dropping support for multiple
>>> bonding instances on old distros, I'm as happy as anybody to remove all
>>> of the multiple load logic from bonding.  There's been plenty of time
>>> for transitioning from "multiple load" to sysfs.
>> In my opinion it would need a feature-removal-schedule announcement.
> 
> 	Yah, probably.  The multiple load stuff was working fine as of,
> oh, a year or two ago, so I wasn't worried so much about getting rid of
> it.  If it's causing problems, though, it's time for it to go (or be
> scheduled to go in the not too distant future).  Can't keep driving that
> Ford Pinto forever.

Well, if it has been broken for long enough, maybe we don't need
a feature-removal-schedule warning.

  reply	other threads:[~2009-06-09 22:14 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-08 22:11 BUG: bonding module can only be loaded once Stephen Hemminger
2009-06-09 12:06 ` Arnd Bergmann
2009-06-09 15:02   ` Stephen Hemminger
2009-06-09 15:33     ` Patrick McHardy
2009-06-09 16:14       ` Jay Vosburgh
2009-06-09 16:27         ` Patrick McHardy
2009-06-09 17:23           ` [PATCH] bonding: fix multiple module load problem Stephen Hemminger
2009-06-09 17:37             ` [Bonding-devel] " Jay Vosburgh
2009-06-09 17:24           ` [Bonding-devel] BUG: bonding module can only be loaded once Jay Vosburgh
2009-06-09 22:14             ` Patrick McHardy [this message]
2009-06-10 13:19               ` Patrick McHardy
2009-06-10  6:07           ` [PATCH] bonding: fix multiple module load problem Stephen Hemminger
2009-06-11 12:44             ` David Miller

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=4A2EDEB0.2080006@trash.net \
    --to=kaber@trash.net \
    --cc=arnd@arndb.de \
    --cc=bonding-devel@lists.sf.net \
    --cc=davem@davemloft.net \
    --cc=fubar@us.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --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.