Re: Intel's ANS Driver -vs- Bonding [was Re: Linux 2.2.18pre21]

Re: Intel's ANS Driver -vs- Bonding [was Re: Linux 2.2.18pre21]

[willy tarreau]

> EtherChannel.  Supposedly, it also supports failover
> (though even "bonding" driver docs used to say that
> was impossible because the linux networking
subsystem
> didn't handle card failures gracefully enough).

the new bonding code supports failover. It probes the
cards itself. Although this is a recommended mode of
operation, it is not the default one because I want it
to keep fully compatible with any implementation based
on the old one.


>
http://support.intel.com/support/network/adapter/pro100/100Linux.htm

I'll take a look, but except for the XOR sending algo,
I don't think much features are missing.

Willy


___________________________________________________________
Do You Yahoo!? -- Pour dialoguer en direct avec vos amis, 
Yahoo! Messenger : http://fr.messenger.yahoo.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Re: Intel's ANS Driver -vs- Bonding [was Re: Linux 2.2.18pre21]

[Jeff Garzik]

Dan Browning wrote:
> 
> I think it is great that there is continued valuable developement on the
> bonding driver.  Have you guys taken a look at the source code for Intel's
> new ANS driver?  For any Intel network card, it will do 8-way Fast
> EtherChannel.  Supposedly, it also supports failover (though even
> "bonding" driver docs used to say that was impossible because the linux
> networking subsystem didn't handle card failures gracefully enough).
> 
> You can check it out at:
> 
> http://support.intel.com/support/network/adapter/pro100/100Linux.htm
> 
> Maybe some of the code will help in the "bonding" driver development.  I
> much prefer bonding over Intel's ANS, because bonding is GPL and works
> with any net card.  Etc. etc.

Alas, the license has the BSD documentation requirement, and thus is
incompatible with the GPL...

	Jeff


-- 
Jeff Garzik             |
Building 1024           | Would you like a Twinkie?
MandrakeSoft            |
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

Intel's ANS Driver -vs- Bonding [was Re: Linux 2.2.18pre21]

[Dan Browning]

I think it is great that there is continued valuable developement on the
bonding driver.  Have you guys taken a look at the source code for Intel's
new ANS driver?  For any Intel network card, it will do 8-way Fast
EtherChannel.  Supposedly, it also supports failover (though even
"bonding" driver docs used to say that was impossible because the linux
networking subsystem didn't handle card failures gracefully enough).  

You can check it out at:

http://support.intel.com/support/network/adapter/pro100/100Linux.htm

Maybe some of the code will help in the "bonding" driver development.  I
much prefer bonding over Intel's ANS, because bonding is GPL and works
with any net card.  Etc. etc.  

-Dan

On Fri, 10 Nov 2000, willy tarreau wrote:

> > Anything which isnt a strict bug fix or previously
> > agreed is now 2.2.19 material.
> 
> Alan, do you consider it as a bugfix if I tell you
> that
> we can't get anymore oops with the new bonding code,
> even in SMP ?
> 
> I've had reports of it working very well, and faster,
> for a long time now and the link detection seems
> completely OK now. I'd like to specially thank
> Constantine Gavrilov for all the tests he has done and
> the time he spent in enhancing the documentation.
> 
> Please find the patch against 2.2.18pre20 in
> attachment, in case you agree.
> 
> Regards,
> Willy
> 
> 
> ___________________________________________________________
> Do You Yahoo!? -- Pour dialoguer en direct avec vos amis, 
> Yahoo! Messenger : http://fr.messenger.yahoo.com

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/