Re: Installation problem with Peabird card

I did a little more testing.
Ping from the laptop sometimes says Destination host unreachable, or 
sometimes does work, but at a very low success rate (90% packets lost):

_laptop_# ping 192.168.1.1   
PING 192.168.1.1 (192.168.1.1) from 192.168.1.2 : 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=38 ttl=255 time=213 usec
64 bytes from 192.168.1.1: icmp_seq=51 ttl=255 time=213 usec
64 bytes from 192.168.1.1: icmp_seq=58 ttl=255 time=198 usec
--- 192.168.1.1 ping statistics ---
65 packets transmitted, 3 packets received, 95% packet loss
round-trip min/avg/max/mdev = 0.198/0.208/0.213/0.007 ms

In the meanwhile, ping from the desktop to the laptop gives 
``duplicate'' packets, and the success rate is also very low (87% loss)

_desktop_# ping 192.168.1.2
[...]
64 bytes from 192.168.1.2: icmp_seq=143 ttl=64 time=222.237 sec (DUP!)
64 bytes from 192.168.1.2: icmp_seq=151 ttl=64 time=214.236 sec (DUP!)
64 bytes from 192.168.1.2: icmp_seq=152 ttl=64 time=213.237 sec (DUP!)
--- 192.168.1.2 ping statistics ---
164 packets transmitted, 21 packets received, +147 duplicates, 87% 
packet loss
round-trip min/avg/max/mdev = 0.173/22721.857/340237.569/227303.730 ms

However, I succeeded doing a scp between both machines, but it took 10 
minutes for a 3k file (most of the time spent on the protocol, not on 
the file itself).

Here is the /proc/net/dev and the result of  rlt8139-diag -m

_laptop_# cat /proc/net/dev
Inter-|   Receive                                                |  Transmit
 face |bytes    packets errs drop fifo frame compressed 
multicast|bytes    packets errs drop fifo colls carrier compressed
    lo:   36732     330    0    0    0     0          0         0    
36732     330    0    0    0     0       0          0
  eth0:   12801     120  134    0    0     0          0         0    
63222     648    0    0    4     0       0          0

_laptop_# ./rtl8139-diag -m
rtl8139-diag.c:v2.11 4/22/2003 Donald Becker ([email protected])
 http://www.scyld.com/diag/index.html
Index #1: Found a RealTek RTL8139 adapter at 0x4000.
Realtek station address 00:08:a1:53:f7:f8, chip type 'rtl8139C'.
  Receiver configuration: Normal unicast and hashed multicast
     Rx FIFO threshold 256 bytes, maximum burst 256 bytes, 32KB ring
  Transmitter enabled with normal settings, maximum burst 256 bytes.
  Flow control: Tx disabled  Rx disabled.
  The chip configuration is 0x10 0x4d, MII full-duplex mode.
  No interrupt sources are pending.
 The RTL8139 does not use a MII transceiver.
 It does have internal MII-compatible registers:
   Basic mode control register   0x1100.
   Basic mode status register    0x782d.
   Autonegotiation Advertisement 0x01e1.
   Link Partner Ability register 0x41e1.
   Autonegotiation expansion     0x0001.
   Disconnects                   0x0001.
   False carrier sense counter   0xffff.
   NWay test register            0x0004.
   Receive frame error count     0xffff.

cat /proc/interrupts gives
10:   1686      XT-PIC      Texax Instruments PCI1211, eth0

Could it be that the card hardware has a problem, or do you think that 
this is a configuration problem. I must mention that there is no beep at 
insertion, the modules still don't autoload, and I load them manually 
with modprobe rtl8139. Here is what the kernel says:

_root_# dmesg                                                  
cs: cb_alloc(bus 2): vendor 0x10ec, device 0x8139
PCI: Enabling device 02:00.0 (0000 -> 0003)
rtl8139.c:v1.23a 8/24/2003 Donald Becker, [email protected].
 http://www.scyld.com/network/rtl8139.html
  The PCI BIOS has not enabled the device at 2/0!  Updating PCI command 
0003->0007.
eth0: RealTek RTL8139C Fast Ethernet at 0x4000, IRQ 10, 00:08:a1:53:f7:f8.
PCI: Setting latency timer of device 02:00.0 to 64

Thanks a lot for your help.

PS: I did another scp which was also very slow, and a last one was fast 
(looks like normal speed).