Most recent kernel where this bug did not occur: 2.6.15 Distribution: Gentoo Hardware Environment: On-board SiS 190 network card on ASUS K8S-MX Problem Description: With the sis190 driver that comes with 2.6.15 it is impossible to download files. Small network traffic like ping, ssh terminal work fine, but when I try to download a file with wget, lftp or sftp, the connection (LOGIN, CWD, BIN) is initialized, but when the real download should start (GET) nothing happens. After replacing the sis190.c with the original from sis.com everything worked as expected.
Francois, can you look at this bug?
There has been a similar report on netdev lately. It looks like a four bytes f*ckup but I'm still searching where. -- Ueimor
bugme-daemon@bugzilla.kernel.org wrote: > > Most recent kernel where this bug did not occur: 2.6.15 > That's not right. Please tell us the most recent kernel on which this bug did _not_ occur.
Oops, sorry The problem also occured in 2.6.14, the first version the SiS 190 driver was shipped with. Didn't try the original sis.com driver with 2.6.14. Also forgot to mention that with the driver that came with the kernel the dhcpcd took several seconds to optain the IP from the DHCP server and with the sis.com driver you hardly see it takes time. I assume it is related.
Created attachment 7006 [details] older sis190 driver
Frank, can you replace the current sis190 driver with the one attached above and report how 'for i in $(seq 1468 1473); do ping -c 1 -s $i; done' works ? Thanks in advance. -- Ueimor
tested older sis190 for 1468 and 1469 ping replied from 1470 and over no replies
Tried the driver you attached. Only the 1473 ping did fail. Also tried 1474 1475, they failed also. The dhcpcd was slow again, but was able to download a 8mb file from an FTP site with wget. After re-installing the original sis.com driver the dhcpcd was at normal speed again. With this driver also only the 1473, 1474 and 1475 ping did fail. I've tried the same with from a Cygwin prompt in Windows XP (just for the test) and exactly the same results. Also the 1473 1474 and 1475 ping did fail. Don't know if this is valuable information for you, but I thought I mention (never experienced problems with networking in my Windows).
I have just built a K8S-MX based system and despite the fact that it was not funny to install, it pings like a charm both with 2.6.14-1.1644_FC4smp and with an home built 2.6.16-rc1-ga081a798. http/scp/rsync are ok as well (~7Mo/s scp + ~11 Mo/s http at the same time in opposite direction). Marco, I'll attach my .config if you want to give it a try (depending on your config, it will need an adequate initrd or some modification wrt ext3). There are a lot of interesting options in your .config, amongst which CONFIG_CC_OPTIMIZE_FOR_SIZE and you apparently use the gcc of the day (4.0.2 20051125) while I still build with 3.4.2. I would not bet that it is safe. Frank, which compiler do you use ? -- Ueimor
Created attachment 7124 [details] Functionnal .config
Using: gcc (GCC) 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8) I think I compiled the original driver with 3.3.x Could that make the difference? Do you want me to try original driver of 2.6.15 the 3.4.4?
Frank: [...] > Do you want me to try original driver of 2.6.15 the 3.4.4 ? You can but if you are not scared by 3v1l 7r0j4n5, I have put a whole kernel + initrd tarball at: http://www.fr.zoreil.com/people/francois/test/2.6.16-rc1-ga081a798.tar.bz2 (it weigths 11Mo and the uplink should be 12~16ko/s at most). The initrd may match or not: you can modify util/initrd-2.6-skel/initramfs_list and use the gen_init_cpio utility in the kernel tree to rebuild one. Do not hesitate to ask if you have any question. Since we have the same hardware, I'd welcome your .config if 2.6.16-rc1 fails. -- Ueimor
Dear Francois, sorry but my motherboard K8SMV seems different: I tested your built and the ping is working up to 1468 and not working from 1469 Before I tested also to disable CONFIG_CC_OPTIMIZE_FOR_SIZE with both the 4.0.2 20051125 and with the version 3.4.4 20050721. The only real difference I see is between the two driver version sis190 1467-1468 ok 1469-1473 lost sis190_old 1467-1469 ok 1470-1473 lost
Further test on Linux version 2.6.9 (marco@amd.atzeri.it) (gcc version 3.4.4 20050721 (Red Hat 3 .4.4-2)) #1 SMP using the original sis190 driver ping is fine and ftp transfer rate is up to 11 MB/s in both direction
Marco: > Linux version 2.6.9 (marco@amd.atzeri.it) > (gcc version 3.4.4 20050721 (Red Hat 3 .4.4-2)) #1 SMP > > using the original sis190 driver > > ping is fine and ftp transfer rate is up to 11 MB/s in both direction Good news. Can you specify which "original sis190 driver" you tried (2.6.9 does not include a sis190 driver) ? -- Ueimor
Created attachment 7225 [details] Sis190 initial release Hi Francois, I suspect you already have it ;-) sis190 driver by SIS for the 2.6.9 kernel sis190.c: A SiS 191/190 PCI Gigabit/Fast Ethernet driver for Linux. Copyright 2004 Silicon Integrated Systems Corporation Rev 1.00.00 <2004/12/20> Chung-Hsien Chang <changch@sis.com> Initial release
(Can you please explain about the two differnt drivers for this card?) Marco, Frank, does the card work for you with latest kernel? Thanks.
Hi Natalie, the problem is still present on latest fedora kernel version 2.6.22.4-65.fc7. My version of SIS190 card is working only with the original driver issued by SIS in 2004. But I have not tried to compile it with the newest kernel. Most of the other SIS190 cards seems to work well with the driver maintained by Francois
This bug seems very similar to Bug 9386
On Kernel 2.6.26.3-29 (fedora) the problem is solved. Transfer rate 10 Mb/s in both direction (2G in 200s)
Thanks for testing Marco. Now this one can be closed. -- Ueimor