In article <(E-Mail Removed) .com>,
(E-Mail Removed) wrote:
> The Output of lspci corresponding to my adapter is
>01:08:0 Ethernet Controller: Intel Corp
>82801 BA/BAM/CA/CAM Ethernet Controller (rev 01)
OK, lots of hits on groups.google.com, but mainly for the (apparently)
later (rev 03) release. The card can use either Donald Becker's 'eepro100'
driver, or the Intel developed 'e100'. People seem to think the latter is
better.
>Hope this helps to identify my problem.
Well, it does, and it doesn't. Let's go back and look at the clues.
-------------------
]Date: 5 May 2005 02:13:35 -0700
]The Static IP is same for Windows and Linux.
_Probably_ not an address or mask problem
]Tx Packets and Rx Packets which are 0.
Bad sign - nothing using the card
]The driver is e100 it is loaded
As noted above, this _should_ be the correct driver.
]Date: 6 May 2005 06:02:09 -0700
]get Errror: Destination Host Unrechable.
This error occurs when you have the "correct" routing table, a driver is
loaded that is not incompatible with your card, and the kernel believes
that the card must be working. The specific cause of the error is that
the kernel networking code sent out several (probably 3) ARP (Address
Resolution Protocol) packets, but got no response back. Normally, this
would imply that the remote host was down, OR bad/incorrect cabling, OR
a bad card downstream of the computer bus interface (your windoze operating
basically rules these out). So, it's not to likely to be hardware.
]no pcmcia driver in /proc/devices
If my reading of google is correct, this is an built-in on-the-motherboard
interface - there shouldn't be anything in PCMCIA which is the small plug
in cards used in laptops. Completely different interface with the CPU.
]eth0 Link encap:Ethernet HWaddr 00:00:E2:49:1A:A9
Good news. The fact that you have a HWaddr means you can talk to the card,
and _probably_ you have the right driver. As noted in my response, this
hardware address is assigned to Acer Technologies.
] 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:1000
Bad sign - no packets in or out. Good sign, no errors
]Command: /sbin/iptables -L
Good sign - firewall isn't in the way
]Command: /sbin/route -n
Doesn't look bad, but the 'Use' column is at zero.
]Command : /sbin/lsmod
]e100 25348 0
]mii 3584 1 e100
The driver and it's dependency is there.
-------------------
I don't see any reason for it not to be working. Your hardware is working
in windoze, and you state that the addresses/mask are the same. That rules
out a lot. The '82801 BA/BAM/CA/CAM' does indeed use the driver that you
have selected. You can talk to the card, and it's not giving errors, which
says that the driver seems to be working About the only thing I can think
of would be a speed mismatch - this is a 10/100 card. It's not likely to be
a half/full duplex problem, as this should show up as collisions in the
ifconfig output. See if your system has miitools or ethtool - the program
you are looking for is mii-diag
Other things to try: Try running '/usr/sbin/tcpdump -i eth0 -n' and then
do something with the network - ping another host, try to telnet - ANYTHING.
What do you see? You should see the card ARPing for the peer. Is there ANY
response?
You could also try using the eepro100 driver in place of the e100. This
change is probably effected by editing /etc/modules.conf.
I don't know if it would help, but it would be nice to see the messages
in /var/log/messages at boot time, when the kernel is setting up the card.
There should be four to six lines - look for 'eth0' or the hardware
address you noted earlier (00:00:E2:49:1A:A9).
Old guy