Red Hat Bugzilla – Bug 223672
forcedeth 0.56 -> 0.57 breaks Marvell 88E1116
Last modified: 2007-11-30 17:11:53 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:184.108.40.206) Gecko/20061219 Fedora/220.127.116.11-1.fc6 Firefox/18.104.22.168 pango-text
Description of problem:
I'm running an Asus M2N32 WS Professional motherboard which has an Nvidia nForce 590 SLI chipset with twin Marvell 88E1116 PHY Ethernets. It works flawlessly under kernel-2.6.18-1.2869.fc6, but when I change to kernel-2.6.19-1.2895.fc6 the Ethernet ports run for about five to ten minutes before locking up. I can disable and enable the ports and they'll run for another five to ten minutes before locking up again. As forcedeth has changed from 0.56 to 0.57 between the two kernels I assume there's a bug in 0.57?
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Just boot from kernel-2.6.19-1.2895.fc6!
The Ethernet ports lock up after five to ten minutes. No packets sent or received.
Ethernet ports should carry on working!
Me Too! Same symptoms on the ASUS CROSSHAIR mobo (NVidia MCP55).
These kernels work fine:
2.6.9-42.40.ELsmp (RHEL4 kernel from jbaron)
These kernels have intermittent ethernet (ifconfig down/up restarts it)
linux-22.214.171.124 (vanilla kernel)
I also have the NFORCE-MCP55. With 2.6.18-1.2869, all is well. With
2.6.19-1.2895, I get a hard hang after a while (in my case, about 21 hours). I
had to reboot to de-wedge it.
I too suspect the changes made to forcedeth between 0.56 and 0.57.
I'm happy to help gather more info, just tell me what you want.
Just a "me too" - two identical boxes with MCP55, 2.6.18-1.2869 works,
2.6.19-1.2895.fc6 stops receiving data after a while (I _think_ it is
timing-related, because usually the hang occurs when the disk activity is higher).
The NIC just stops receiving packets (according to the stats in ifconfig(8)
output). Sending packets may work (at least the kernel thinks it is OK, because
the Tx counter keeps increasing). Nothing is logged in dmesg(8), all ifconfig(8)
error counters are zero.
ifconfig eth0 down
temporarily fixes the problem.
Sounds like the same as me. Asus M2N-E motherboard with nForce 570 using
forcedeth. Fine with x86_64 kernel-2.6.18-1.2869.fc6 but not with
2.6.19-1.2895.fc6. Ethernet problems bad enough to take down local network switch.
Another machine with the same kernel version (but 32 bit Athlon) and almost all
the same software works OK on an Asus A7N8X-E motherboard.
Problem occurred about 10-20 min after a "yum update" for the new kernel and
happened again about 10-20 min after a reboot. Booting back to previous kernel
Didn't mention in Comment #4 that the Asus M2N-E has the nVIDIA MCP55 with the
See also http://weblog.infoworld.com/venezia/archives/009949.html with the same
I have the same problem on a board with the MCP55 chipset.
Sun Ultra 20 M2 I have the same problem.
Another me too on Sun Ultra 20 M2 (NFORCE-MCP55)
To further point at the NFORCE-MCP55 chipset, I can confirm that version 0.57
works fine on an older Sun Ultra20 that has another (NFORCE-CK804) chipset.
Severity should be set to high, as it renders the box unusable.
Yeah, this the same problem as bug 222556 created a little bit before this one.
Might as well mark them as duplicates.
*** This bug has been marked as a duplicate of 222556 ***
Just to confirm that this is fixed by kernel 2.6.19-1.2911.6.5.fc6