[netperf-talk] When test some times the network card download

Rick Jones rick.jones2 at hp.com
Thu Jan 12 14:06:15 PST 2006


liuhu wrote:
> Hi Rick,
>             I use netperf test on ARM board ,the network work module is 
> 10M half/full duplex. but test
>  
> some times appear the following  phenomenon:
>  
> TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 192.168.1.2 
> (192.168.1.2) port 0 AF_INET
> *NETDEV WATCHDOG: eth0: transmit timed out
> netperf: receive_response: no response received. errno 0 counter 0*
> ....................
> The TCP_STREAM result:
> *establish control: are you sure there is a netserver listening on 
> 192.168.1.2 at port 12865?
> establish_control could not establish the control connection from 
> 0.0.0.0 port 0 address family AF_UN
> SPEC to 192.168.1.2 port 12865 address family AF_UNSPEC
> *eth0      Link encap:Ethernet  HWaddr 00:00:EB:FA:02:13 
>           inet addr:192.168.1.7  Bcast:192.168.1.255  Mask:255.255.255.0
>           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>           RX packets:60330 errors:26929 dropped:0 overruns:26929 frame:0
>           TX packets:1845293 errors:446 dropped:0 overruns:4 carrier:442
>           collisions:0 txqueuelen:1000

It looks very odd to me that you have a NIC in half-duplex and no collisions 
reported.  Also, those are rather large numbers of errors, overruns and (loss 
of) carrier events.  Definitely _not_ a happy network.

>           RX bytes:4116539 (3.9 Mb)  TX bytes:2755830578 (2628.1 Mb)
>           Interrupt:4 Base address:0xe300 DMA chan:ff
>  
> lo        Link encap:Local Loopback 
>           UP LOOPBACK RUNNING  MTU:16436  Metric:1
>           RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:0
>           RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>  
> then the follow test can not go on.
>  
> Why the network card eth0 transmit timed out?

Typically, it means there is a bug in the driver, or a hardware fault.  You may 
need to contact the HW vendor.


> Why the netperf receive_response?

Since the NIC isn't working, traffic is not flowing on the control connection. 
Netperf was expecting something on the control connection and timed-out

> It's my ARM board driver question or another ?

Either the driver, the hardware, or even the network itself - or a combination 
of all of them.

rick jones


More information about the netperf-talk mailing list