Red Hat Bugzilla – Bug 461751
nForce ethernet interface on ASUS M3N78-EMH HDMI is not detected
Last modified: 2009-06-20 01:24:56 EDT
Description of problem:
Neither the stock kernel-2.6.18-92.el5 nor -92.1.10.el5 detect the onboard nForce ethernet interface of ASUS M3N78-EMH HDMI.
00:0a.0 Ethernet Controller: nVidia Corporation Unknown device 0760 (rev a2)
$ lspci -n
00:0a.0 0200: 10de:0760 (rev a2)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Boot kernel-2.6.18-92.el5
Kernel does not detect any network devices. After loading forcedeth module manually (modprobe forcedeth), eth0 doesn't appear and nothing apart from its version string is logged:
$ modprobe forcedeth
$ dmesg | tail -n 2
SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts
forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.60
$ ifconfig eth0
eth0: error fetching interface information: Device not found
It's therefore impossible to do a network install of RHEL 5.2/CentOS 5.2 using the stock kernel.
The kernel should detect the network device:
forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.60.
ACPI: PCI Interrupt Link [LMAC] enabled at IRQ 22
ACPI: PCI Interrupt 0000:00:0a.0[A] -> Link [LMAC] -> GSI 22 (level, low) -> IRQ 217
PCI: Setting latency timer of device 0000:00:0a.0 to 64
forcedeth: using HIGHDMA
eth0: forcedeth.c: subsystem: 01043:82f2 bound to 0000:00:0a.0
As far as I can tell, support for this device was added in Linux 2.6.23:
Patching forcedeth with the above patch makes it detect the card. However, there have probably been more updates in upstream kernel that should be applied to the driver to make it more robust:
Current kernel tree might be worth a look as well.
I was told by CentOS kernel maintainer to report the problem here (see URL).
*** Bug 466836 has been marked as a duplicate of this bug. ***
Adding myself to this bug as a blocker of my Feature Request bug for nVidia chipsets.
The same network device is used on FSC D2721-H mainboards.
Updating PM score.
I have prepared the kernel packages for testing, could you please try them?
They are available at:
Thanks - with kernel-xen-2.6.18-135.el5.ivtest.1.x86_64.rpm, SATA and both ethernet interfaces are detected and appear to function. Any chance these updates will make it into the main red hat kernels?
While SATA and ethernet are detected and SATA works correctly, we see strange things with system time: it runs several seconds per minute too fast and ntpd fails to synchronize with any time server.
To fix the system clock problem, I tried to load these "new" drivers (SATA ahci.ko and libata.ko and ethernet forcedeth.ko) into the normal Red Hat kernel (2.6.18-128 or something),
but the new drivers refuse to load because of mismatching kernel module signatures.
Is there a way around this?
How do I disable checking of kernel module signatures?
(The current situation is bizarre - unsigned kernel modules are accepted, but modules signed by somebody else are rejected).
You can download driver sources from 2.6.18-135 from here:
To build against currently running kernel, type:
To build against different kernel type:
make modules KERNELDIR=/lib/modules/2.6.18-xxx/build
Appropriate kernel-devel package have to be installed.
Can I assume that this new forcedeth driver is solving your issue reported here?
I'm closing this issue, the update for this new PCI ID is included in the patch associated with bug 479740.
*** This bug has been marked as a duplicate of bug 479740 ***