Most recent kernel where this bug did not occur: - Distribution: Gentoo Hardware Environment: x86 Software Environment: Problem Description: Please take a look at here http://bugs.gentoo.org/show_bug.cgi?id=127367 The bug report is there but feel free to reply here.. Thanks. Steps to reproduce:
I used to patch the kernel with this driver The modules name is "sk98lin" http://www.skd.de/e_en/support/driver_searchresults.html?navanchor=&term=typ.treiber+bs.Linux+produkt.sk-9521_v20&produkt=produkt.sk-9521_v20&typ=typ.treiber&system=bs.Linux First, try gentoo-sources-2.6.16-r1 that uses 2.6.16.1 vanilla-kernel
I already test gentoo-sources-2.6.16-r1 but its worst than before.
THe version of sky2 in 2.6.16 has a couple of problems. The one in the devlopment tree still has a transmit hang problem. Once the hang is fixed, then I will backport the important fixes to 2.6.16.x stable series. This bug is probably a duplicate, since there have been other reports.
Created attachment 7727 [details] dmesg of bootup dmesg of my bootup with 2.6.16
Created attachment 7728 [details] log of sky2 in debug=16
I will add this, as I added it to the Gentoo's bugzilla also, but I am having a serious problem with the driver as it doesn't want to act right. To put it bluntly the queue's get higher and higher, and the less packets it transmits. It never completely stops, but a 300 baud modem woulid be faster. all traffic at bootup is 'arp' traffic, of the local network but it seems impossible to enable flow control, which may help? I can't tell due to lack of documentation on how to enable it, tried with ethtool and hacking sky2, with no luck. :(
The gentoo bug report was on Nvidia and VmWare tainted kernel. Please reproduce with untainted kernel and 2.6.17-rc1
*** Bug 6414 has been marked as a duplicate of this bug. ***
after next patch not possible send any information at all ... ping other_machine -s 10000 - request timeout permanently any sizes to below mtu works ... in result any informational services don't work ...: http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.16 commit 70f1be4812a833ac856818c3149e432ff6a84c2e sky2: truncate oversize packets Turn on truncation to prevent getting choked by frames larger than expected. Without this fix, driver hangs after receiving an oversize packet.
The previous report about ping indicates an MTU mismatch. The sender and receiver don't have same packet maximum size, so yes the receiver needs to drop it..
*** This bug has been marked as a duplicate of 5973 ***