Problem with ASUS P4P800 On-board NIC
I have a ASUS P4P800 On-board 3COM network card that I can't get the driver installed on RedHat 9 Linux.
The instructions say to:
Type "make load" to load the driver or "insmod 3c2000.o but all I get is
Function Declaration errors and parameter errors after typing it.
How do I get this driver loaded?
are you sure it's the right driver? Please post the output of lspci, and also the errors you get.
Thanks for replying mlp68:
I am sure it is the correct driver, I retrieved it from ASUS website - Linux driver. (Should work for RedHat, right)
Okay, I uninstalled the driver and re-installed the driver without an error but it doesn't work.
After installing the driver, I have a link light. I had to use "ifconfig eth1 up" to start the driver, but it is not retrieving info from DHCP.
After running lspci I get:
Ethernet controller: 3Com Corporation: Unknown device 1700 (rev 12)
What does this mean?
there's little guarantee that a 3rd-party driver just works in your kernel. For virtually all 3COM cards there's a native driver ready in your kernel.
Please show us the whole lspci -n output -- we can then see with a more up-to-date PCI database what it is.
Also, what does ifconfig eth1 say? And what device is your eth0?
Here is the results of "ifconfig":
eth0 Link encap:Ethernet HWaddr FF:FF:FF:FF:00:00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:93091 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
Interrupt:23 Base address:0x9c00
eth1 Link encap:Ethernet HWaddr 00:0E:A6:41:52:1F
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:10961 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
RX bytes:991387 (968.1 Kb) TX bytes:128 (128.0 b)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:601266 errors:0 dropped:0 overruns:0 frame:0
TX packets:601266 errors:0 dropped:0 overruns:0 carrier:0
RX bytes:39341488 (37.5 Mb) TX bytes:39341488 (37.5 Mb)
Here is the result of "lspci":
00:00.0 Host bridge: Intel Corp. 82865G [Springdale-G] Chipset Host Bridge (rev 02)
00:01.0 PCI bridge: Intel Corp.: Unknown device 2571 (rev 02)
00:1d.0 USB Controller: Intel Corp. 82801EB USB (Hub #1) (rev 02)
00:1d.1 USB Controller: Intel Corp. 82801EB USB (Hub #2) (rev 02)
00:1d.2 USB Controller: Intel Corp. 82801EB USB (Hub #3) (rev 02)
00:1d.3 USB Controller: Intel Corp. 82801EB USB EHCI Controller #2 (rev 02)
00:1d.7 USB Controller: Intel Corp. 82801EB USB EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB PCI Bridge (rev c2)
00:1f.0 ISA bridge: Intel Corp. 82801EB ISA Bridge (LPC) (rev 02)
00:1f.1 IDE interface: Intel Corp. 82801EB ICH5 IDE (rev 02)
00:1f.3 SMBus: Intel Corp. 82801EB SMBus (rev 02)
00:1f.5 Multimedia audio controller: Intel Corp. 82801EB AC'97 Audio (rev 02)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon VE QY
02:05.0 Ethernet controller: 3Com Corporation: Unknown device 1700 (rev 12)
02:0b.0 Ethernet controller: D-Link System Inc RTL8139 Ethernet (rev 10)
Does this help? Maybe my kernel needs upgrading?
ok, so you have the Dlink-card in addition in there. Is it possible that you plugged the cable into the wrong Ethernet port? It could be that the Dlink happens to eth1. That depends on the load order of the drivers.
I had wanted to see the output of
not just "lspci" which gives you the interpreted version (and that fails because your lspci database is older).
and while you are at it, also show us your lsmod output and your /etc/modules.conf file.
I appreciate your help and suggestions mlp68;
I have 2 high speed lines plugged in hoping to get one to work. The On-board NIC is eth1
Results of lspci - n:
00:00.0 Class 0600: 8086:2570 (rev 02)
00:01.0 Class 0604: 8086:2571 (rev 02)
00:1d.0 Class 0c03: 8086:24d2 (rev 02)
00:1d.1 Class 0c03: 8086:24d4 (rev 02)
00:1d.2 Class 0c03: 8086:24d7 (rev 02)
00:1d.3 Class 0c03: 8086:24de (rev 02)
00:1d.7 Class 0c03: 8086:24dd (rev 02)
00:1e.0 Class 0604: 8086:244e (rev c2)
00:1f.0 Class 0601: 8086:24d0 (rev 02)
00:1f.1 Class 0101: 8086:24db (rev 02)
00:1f.3 Class 0c05: 8086:24d3 (rev 02)
00:1f.5 Class 0401: 8086:24d5 (rev 02)
01:00.0 Class 0300: 1002:5159
02:05.0 Class 0200: 10b7:1700 (rev 12)
02:0b.0 Class 0200: 1186:1300 (rev 10)
Results of lsmod:
Module Size Used by Not tainted
nls_iso8859-1 3516 0 (autoclean)
nls_cp437 5148 0 (autoclean)
vfat 13196 0 (autoclean)
fat 40088 0 (autoclean) [vfat]
soundcore 7044 0 (autoclean)
3c2000 136484 1
ide-cd 35772 0 (autoclean)
cdrom 34176 0 (autoclean) [ide-cd]
radeon 117892 1
agpgart 48608 3
parport_pc 19204 1 (autoclean)
lp 9188 0 (autoclean)
parport 39072 1 (autoclean) [parport_pc lp]
autofs 13684 0 (autoclean) (unused)
8139too 18856 1
mii 4124 0 [8139too]
ipt_REJECT 3928 6 (autoclean)
iptable_filter 2412 1 (autoclean)
ip_tables 15864 2 [ipt_REJECT iptable_filter]
microcode 5184 0 (autoclean)
keybdev 2976 0 (unused)
mousedev 5656 1
hid 22308 0 (unused)
input 6208 0 [keybdev mousedev hid]
usb-uhci 27404 0 (unused)
ehci-hcd 20456 0 (unused)
usbcore 82592 1 [hid usb-uhci ehci-hcd]
ext3 73376 2
jbd 56336 2 [ext3]
alias eth0 8139too
alias usb-controller ehci-hcd
alias usb-controller1 usb-uhci
ok, my mistake, the command should have been lspci -x, but I got what I wanted.
Your eth1 is a 3com 9400 "Marvell" Gigabit interface.
I think I read your initial post right that you got a precompiled module from 3COM. I see that the source code is available. You may want to recompile it with your kernel.
And of course, for the time being you could just use the other Dlink interface eth0. The 8139too driver works. I know it's a workaround, but it'll get you going for now. Once online, you can download whatever you need much easier.
Did you ever post the actual error messages when you insmod the module? Did you try moving it to the right place in the kernel tree in /lib/modules/... , run depmod -a, and modprobe, not insmod it?
Maybe it's as simple as loading another module that brings in the missing functions, much like 8139too needs the mii module.
Okay, I will give that a try mlp.
In the meantime, I dropped in another hard drive and tried an installation of Fedora Core 4, just out of curiousity. Well, it detected both cards but only set up the Dlink properly and working. While Fedora loads, I get the following error:
Device eth0 has a different MAC address than expected, ignoring. [FAILED]
What do you suppose that means?
... actually, I found out what it means. I had to spoof/probe the MAC address for it to work properly. The On-board card seems to be working properly now. Hmmm... well... fedora looks and feels like RedHat, so maybe I'll just continue using Fedora. It seemed to do the trick. Actually, it was likely Fedora installed the driver properly... something I couldn't do with RedHat 9, manually.
|All times are GMT -5. The time now is 11:38 AM.|