Hi,
I'm guessing that the tulip driver is not setting the chip up correctly.
I've seen this happen with other tulip variants (21143) when tries to
autonegotiate. if you do an ifconfig eth1 you will see numerous carrier
and crc errors.
Set the tulip_debug flag to 2 or 3 in /etc/modules.conf and
John William wrote:
>
> >Depends on what is driving it... An application I built can only push
> >about
> >80 Mbps bi-directional on PII 550Mhz machines. It is not the most
> >efficient program in
> >the world, but it isn't too bad either...
> >
> >I missed the rest of this thread, so maybe
>Depends on what is driving it... An application I built can only push
>about
>80 Mbps bi-directional on PII 550Mhz machines. It is not the most
>efficient program in
>the world, but it isn't too bad either...
>
>I missed the rest of this thread, so maybe you already mentioned it, but
>what
John William wrote:
>
> >I've seen many reports like this where the NIC is invalidly in
> >full-duplex more while the router is in half-duplex mode.
>
> [root@copper diag]# ./tulip-diag eth1 -m
> tulip-diag.c:v2.08 5/15/2001 Donald Becker ([EMAIL PROTECTED])
>
>I've seen many reports like this where the NIC is invalidly in
>full-duplex more while the router is in half-duplex mode.
[root@copper diag]# ./tulip-diag eth1 -m
tulip-diag.c:v2.08 5/15/2001 Donald Becker ([EMAIL PROTECTED])
http://www.scyld.com/diag/index.html
Index #1: Found a Lite-On 82c168
> >the Netgear FA311/2 (tulip). Found that the link lost
> >connectivity because of card lockups and transmit timeout
> >failures - and some of these were silent. However, I moved
> >to the 3C905C (3c59x driver) which behaved like a champ, and
> I'm a little confused here - do you mean the
the Netgear FA311/2 (tulip). Found that the link lost
connectivity because of card lockups and transmit timeout
failures - and some of these were silent. However, I moved
to the 3C905C (3c59x driver) which behaved like a champ, and
I'm a little confused here - do you mean the FA310TX (tulip
I've seen many reports like this where the NIC is invalidly in
full-duplex more while the router is in half-duplex mode.
[root@copper diag]# ./tulip-diag eth1 -m
tulip-diag.c:v2.08 5/15/2001 Donald Becker ([EMAIL PROTECTED])
http://www.scyld.com/diag/index.html
Index #1: Found a Lite-On 82c168
John William wrote:
I've seen many reports like this where the NIC is invalidly in
full-duplex more while the router is in half-duplex mode.
[root@copper diag]# ./tulip-diag eth1 -m
tulip-diag.c:v2.08 5/15/2001 Donald Becker ([EMAIL PROTECTED])
http://www.scyld.com/diag/index.html
Index
Depends on what is driving it... An application I built can only push
about
80 Mbps bi-directional on PII 550Mhz machines. It is not the most
efficient program in
the world, but it isn't too bad either...
I missed the rest of this thread, so maybe you already mentioned it, but
what is the
John William wrote:
Depends on what is driving it... An application I built can only push
about
80 Mbps bi-directional on PII 550Mhz machines. It is not the most
efficient program in
the world, but it isn't too bad either...
I missed the rest of this thread, so maybe you already
Hi,
I'm guessing that the tulip driver is not setting the chip up correctly.
I've seen this happen with other tulip variants (21143) when tries to
autonegotiate. if you do an ifconfig eth1 you will see numerous carrier
and crc errors.
Set the tulip_debug flag to 2 or 3 in /etc/modules.conf and
>From: Nivedita Singhvi <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>CC: [EMAIL PROTECTED]
>Subject: Re: Abysmal RECV network performance
>Date: Mon, 28 May 2001 23:45:28 -0700 (PDT)
>While we didnt use 2.2 kernels at all, we did similar tests
>on 2.4.0 through 2.4.4 k
> Can someone please help me troubleshoot this problem -
> I am getting abysmal (see numbers below) network performance
> on my system, but the poor performance seems limited to receiving
> data. Transmission is OK.
[ snip ]
> What kind of performance should I be seeing with a P-90
> on a
Can someone please help me troubleshoot this problem -
I am getting abysmal (see numbers below) network performance
on my system, but the poor performance seems limited to receiving
data. Transmission is OK.
[ snip ]
What kind of performance should I be seeing with a P-90
on a
From: Nivedita Singhvi [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
Subject: Re: Abysmal RECV network performance
Date: Mon, 28 May 2001 23:45:28 -0700 (PDT)
snip
While we didnt use 2.2 kernels at all, we did similar tests
on 2.4.0 through 2.4.4 kernels, on UP and SMP. I've used
Can someone please help me troubleshoot this problem - I am getting abysmal
(see numbers below) network performance on my system, but the poor
performance seems limited to receiving data. Transmission is OK.
The computer in question is a dual Pentium 90 machine. The machine has
RedHat 7.0
Can someone please help me troubleshoot this problem - I am getting abysmal
(see numbers below) network performance on my system, but the poor
performance seems limited to receiving data. Transmission is OK.
The computer in question is a dual Pentium 90 machine. The machine has
RedHat 7.0
18 matches
Mail list logo
