Red Hat Bugzilla – Bug 180063
network device (sky2 driver) stalls
Last modified: 2007-11-30 17:11:23 EST
After a certain period of time that can go from a couple of hours to a couple of
days, the device stops receiving and sending packets. There's no oops or any
other kernel message generated. tcpdump of the interface still show local
packets going to this interface, but "ip -s link" show no change in RX or TX.
The only way I have found to restore network connectivity is to unload and
reload the kernel module.
The network device is built-in an Asus A8V-E motherboard. "lspci" gives this
05:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8053 PCI-E Gigabit
Ethernet Controller (rev 15)
05:00.0 0200: 11ab:4362 (rev 15)
Version-Release number of selected component (if applicable):
all development kernels with sky2 driver up to kernel-2.6.15-1.1884_FC5. I'm
trying out 1907 at the moment. I observed the same problem with version 0.9 and
0.10 of sky2 applied to rawhide kernels 2.6.14. I didn't report it before
because I thought the problem could have been due to my patching. I haven't
tried it with a vanilla kernel yet.
Is this an SMP box? I'm experiencing very similar problems with my A8V Deluxe
motherboard, with Athlon64X2 processor. Rawhide uses skge, FC4 uses sk98lin,
and both present the same problem. Booting with maxcpus=1 appears to work
around it, but it's a shame to not be able to use the second core :-(
Alexandre, if I'm not mistaken you are using the older sysconnect yukon chip
which is a quite different. The Yukon II chip doesn't work with the skge driver.
There is a version of sk98lin that supports it but it's not been accepted in the
kernel because it was felt that the new chip is too different to be handled by
the same driver. Otherwise to answer your question, my box is uniproc so your
work around will not work here. Anyway I'm using an entirely different driver,
sky2, so the issues are not the same.
Ok, thanks, I've filed a separate report now, bug 181347.
I have found a discussion on the netdev mailing list that could explain the
issue that I'm seeing as I'm using both netfilters and pppoe.
I'll try that patch in the next couple of days to see if that solves my problem.
FWIW, the above patch is already in rawhide...
Yes and the problem seems to be somewhere else. I've been trying sky2 0.16 with
the latest rawhide kernel over the week-end and it still hangs. I've collected
some data I've sent to Stephen Hemminger. I'll keep this bug updated.
I'm now testing a pre-release version of sky2 1.0. I'll report the results here
Version 1.0-rc1 seems to fix my problem. 80 hours without a stall so far.
Hopefully it'll make it into -rc5 or 2.6.16.
Test kernels w/ sky2 version 1.0-pre1 available here:
Please give those a try and post the results here...thanks!
I've been running kernel-2.6.15-1.2009.2.1_FC5.jwltest.12 for over 5 days now
without any problem. So that version fixes it my problem too. Thanks.
I have a similar problem with the sky2 driver - internet connection works fine,
but if i try to connect to a host on the lan (ssh, nfs...), the connection hangs
The kernel shipped with fc5-t3(64-bit) was fine, but the one shipped with fc5
(32&64-bit) has the problem, and so has the kernel named 2.6.16-1.2070_FC5smp.
Running a Intel P4 system with hyperthreading.
It seems to works just fine with the jwltest kernel - i have been transmitting a
large ammount of data (concurrent transfers, just to be evil) over NFS, using
Internet, and using evolution troughX-over-ssh, creating as much stress as i can
for the network card. It works, at least it works better. I have seen a few
hickups, but they went away after a few secounds (instead of minutes as with
Just a small question: Will this patch be in the next update kernel?
Bug is still present in (uname -a):
Linux storeulv 2.6.16-1.2080_FC5smp #1 SMP Tue Mar 28 03:55:15 EST 2006 i686
i686 i386 GNU/Linux
Will it be in the next update kernel then? Its quite obvious that the patch is
doing good - its replacing a totaly dysfunctional driver with a working one.
The patch will filter into the Fedora kernel from upstream. Please be
I just updated to
Linux storeulv 2.6.16-1.2096_FC5smp #1 SMP Wed Apr 19 05:31:55 EDT 2006 i686
i686 i386 GNU/Linux
And the bug is still here. Any ETA for when it will hit fedora stable kerneles?