netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jeff Garzik <jgarzik@pobox.com>
To: "Chad N. Tindel" <chad@tindel.net>
Cc: netdev@oss.sgi.com
Subject: Re: [bonding] compatibilty issues
Date: Mon, 29 Sep 2003 19:38:10 -0400	[thread overview]
Message-ID: <3F78C262.30109@pobox.com> (raw)
In-Reply-To: <20030929232534.GB93323@calma.pair.com>

Chad N. Tindel wrote:
>>Not correct.  When I am testing patches people send to me, I am 
>>literally booting back and forth into 2.4 and 2.6 on an hour-by-hour 
>>basis.  2.4 ifenslave must continue to work under a 2.6 kernel.
> 
> 
> This directly contradicts what I was told by David Miller when we first
> integrated bonding into 2.4 back in the 2.4.9 timeframe.  So, what I would
> like from you then is a statement saying for how long this support must
> continue.  Does the 2.8 ifenslave have to work for 2.4?  Or is it simply
> an off by one problem?  That is, 2.8 ifenslave will have to work for 
> a 2.6 kernel as well, but no more?  

Well, if that's David's sentiment, then I respectfully disagree with that.

You need to be conscious of what installations are out there.  Most 
kernel maintainers, myself and David included, are currently maintaining 
both 2.4 and 2.6 support because that's what people are using. 
Eventually time will pass, and 2.4 will (essentially) go unmaintained, 
and the kernel maintainers will focus their attention on 2.6 stable 
series, and development for 2.7.

At the user end of things, people are for the most part running 
2.4.x-based stuff, with perhaps some early adventures into 2.6.  So you 
can see the _common_ case for the near future is supporting both 2.4 and 
2.6 out of the box.

I'm realistic.  I'm not advocating that you support 2.2 through 2.8 
kernels in the same binary.  What I'm talking about is common sense -- 
you see 2.4 and 2.6 mixing in the field.  As I said, that's the common 
case for the near future.

The common case should be supported.   :)

	Jeff

  reply	other threads:[~2003-09-29 23:38 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-29 23:25 [bonding] compatibilty issues Chad N. Tindel
2003-09-29 23:38 ` Jeff Garzik [this message]
2003-09-30  0:23   ` Chad N. Tindel
2003-09-30  5:54   ` David S. Miller
     [not found] <E791C176A6139242A988ABA8B3D9B38A02A464F1@hasmsx403.iil.intel.com>
2003-09-30 11:42 ` Shmulik Hen

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=3F78C262.30109@pobox.com \
    --to=jgarzik@pobox.com \
    --cc=chad@tindel.net \
    --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).