On Wed, 2 Mar 2005, Horst von Brand wrote:
Lee Revell <[EMAIL PROTECTED]> said:
On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
[...]
What happens if you just don't muck with the NIC and let it auto-negotiate
on it's own?
This can be asking for trouble too (auto negotiation is often buggy).
I
Lee Revell <[EMAIL PROTECTED]> said:
> On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
[...]
> > What happens if you just don't muck with the NIC and let it auto-negotiate
> > on it's own?
> This can be asking for trouble too (auto negotiation is often buggy).
I'be seen much more broken ne
not the e100 driver, but some switch, (e.g. some matrix) has a buggy
autonegotiation.
On Tue, 1 Mar 2005, Ben Greear wrote:
Lee Revell wrote:
On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
What happens if you just don't muck with the NIC and let it auto-negotiate
on it's own?
This can be a
I wonder if switch ports are configured as 100FDX auto=off or
100HDX auto=off.
from the report I saw it seems that switch ports are 100HDX auto=off
instead of 100FDX auto=off.
On Tue, 1 Mar 2005, Lee Revell wrote:
On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
What happens if you just don't
Paul Dickson wrote:
On Wed, 02 Mar 2005 01:02:50 +, Baruch Even wrote:
Might this be related to the broken BicTCP implementations in the 2.6.6+
kernels? A fix was added around 2.6.11-rc3 or 4.
Unlikely, the problem with BIC would have shown itself only at high
speeds over long latency links,
On Wed, 02 Mar 2005 01:02:50 +, Baruch Even wrote:
> > Might this be related to the broken BicTCP implementations in the 2.6.6+
> > kernels? A fix was added around 2.6.11-rc3 or 4.
>
> Unlikely, the problem with BIC would have shown itself only at high
> speeds over long latency links, not
Paul Dickson wrote:
On Tue, 1 Mar 2005 14:29:24 -0500 (EST), linux-os wrote:
Intel NIC e100 device driver. Two identical machines.
Private network, no other devices. Connected using a Netgear switch.
Test data is the same thing sent from memory on one machine
to a discard server on another, using T
On Tue, 1 Mar 2005 14:29:24 -0500 (EST), linux-os wrote:
> Intel NIC e100 device driver. Two identical machines.
> Private network, no other devices. Connected using a Netgear switch.
> Test data is the same thing sent from memory on one machine
> to a discard server on another, using TCP/IP SOCK_
On Tue, 2005-03-01 at 12:30 -0800, Ben Greear wrote:
> Lee Revell wrote:
> > On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
> >
> >>What happens if you just don't muck with the NIC and let it auto-negotiate
> >>on it's own?
> >
> >
> > This can be asking for trouble too (auto negotiation i
On Tue, 2005-03-01 at 20:30 +, Miquel van Smoorenburg wrote:
> In article <[EMAIL PROTECTED]>,
> Lee Revell <[EMAIL PROTECTED]> wrote:
> >On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
> >> What happens if you just don't muck with the NIC and let it auto-negotiate
> >> on it's own?
> >
>
linux-os wrote:
On Tue, 1 Mar 2005, Ben Greear wrote:
I supplied the actual settings.
What happens if you just don't muck with the NIC and let it
auto-negotiate
on it's own?
It goes to half-duplex and runs 9 to 9.5 megabytes/second as stated
above.
That's why I think 1/2 duplex is __really__ ful
Lee Revell wrote:
On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
What happens if you just don't muck with the NIC and let it auto-negotiate
on it's own?
This can be asking for trouble too (auto negotiation is often buggy).
What if you hard set them both to 100/full?
I have not noticed any bu
In article <[EMAIL PROTECTED]>,
Lee Revell <[EMAIL PROTECTED]> wrote:
>On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
>> What happens if you just don't muck with the NIC and let it auto-negotiate
>> on it's own?
>
>This can be asking for trouble too (auto negotiation is often buggy).
>What i
On Tue, 1 Mar 2005, Lee Revell wrote:
On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
What happens if you just don't muck with the NIC and let it auto-negotiate
on it's own?
This can be asking for trouble too (auto negotiation is often buggy).
What if you hard set them both to 100/full?
Lee
As
On Tue, 1 Mar 2005, Ben Greear wrote:
linux-os wrote:
Conditions:
Intel NIC e100 device driver. Two identical machines.
Private network, no other devices. Connected using a Netgear switch.
Test data is the same thing sent from memory on one machine
to a discard server on another, using TCP/IP SOCK_
On Tue, 2005-03-01 at 12:20 -0800, Ben Greear wrote:
> What happens if you just don't muck with the NIC and let it auto-negotiate
> on it's own?
This can be asking for trouble too (auto negotiation is often buggy).
What if you hard set them both to 100/full?
Lee
-
To unsubscribe from this list:
linux-os wrote:
Conditions:
Intel NIC e100 device driver. Two identical machines.
Private network, no other devices. Connected using a Netgear switch.
Test data is the same thing sent from memory on one machine
to a discard server on another, using TCP/IP SOCK_STREAM.
If I set both machines to auto
Conditions:
Intel NIC e100 device driver. Two identical machines.
Private network, no other devices. Connected using a Netgear switch.
Test data is the same thing sent from memory on one machine
to a discard server on another, using TCP/IP SOCK_STREAM.
If I set both machines to auto-negotiation OFF
18 matches
Mail list logo