From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 11 Jul 2001 19:48:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 11 Jul 2001 19:47:59 -0400 Received: from mailgate.rz.uni-karlsruhe.de ([129.13.64.97]:12294 "EHLO mailgate.rz.uni-karlsruhe.de") by vger.kernel.org with ESMTP id ; Wed, 11 Jul 2001 19:47:46 -0400 Message-ID: <3B4CE432.44DA91A6@cornils.org> Date: Thu, 12 Jul 2001 01:41:38 +0200 From: Malte Cornils X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.6-ac2 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-kernel@vger.kernel.org Subject: Once again an eth0: transmit timeout problem, with 8319too Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi, I originally posted a similar bug report under http://sourceforge.net/tracker/ index.php?func=detail&aid=440357&group_id=3242&atid=103242 but as I guess that this list is a much more appropriate place for it, here it goes, slightly modified: ---cut--- Hello, I've tried reading LKML archives etc for this problem and the advice usually is "fixed in the latest kernel versions". So I've tried 2.2.18 (not with the 8139too driver but Don Becker's, which is IIRC actually known to have this bug) and the 8139too driver with 2.4.0 upwards to 2.4.6 and 2.4.6ac2. After bootup, if I do something network-wise which takes up more bandwidth than ICQ and IRC, soon I get in the syslog: NETDEV WATCHDOG: eth0: transmit timed out eth0: Tx queue start entry 4346 dirty entry 4342. eth0: Tx descriptor 0 is 00002000. eth0: Tx descriptor 1 is 00002000. eth0: Tx descriptor 2 is 00002000. (queue head) eth0: Tx descriptor 3 is 00002000. eth0: Setting half-duplex based on auto-negotiated partner ability 0000. and this makes the network stop for a few seconds before the Watchdog resets the ethernet card and makes it work again, dropping my download throughput from approx. 400 kB/s to 10 kB/s. Ugh. I've also tried just setting the #define RTL8139_DEBUG 1, at least in the more up-to-date 0.9.18 (without the pre4) from Jeff Garzik's Sourceforge project site, but this gave very strange results (like the driver displaying it had 100Mpbs and Full Duplex, while the card's connected to a normal 10 Mbit hub (which I guess can only handle half-duplex!?) OK, without having enabled debug info I'll also attach the lspci -vvv and the rtl8139diag output as indicated in the 8139too.c source file. If you need further information, please do Cc: me as I'm not on this list, and while I'll check the archive answers will be faster with a Cc. I'll answer almost everything (because I tried switching motherboards, processors, a new RTL8319C, network cables... and I always got the same error. Argh. It also happened on my old SuSE distro as it does now on Debian unstable. It's probably some kind of "user too dumb" error :-( So, now the output of lspci -vvv: wh36-b407:/home/mcornils/8139too-0.9.18# lspci -vvv 00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03) Subsystem: Elitegroup Computer Systems: Unknown device 0987 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Capabilities: [c0] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- Reset- FastB2B- Capabilities: [80] Power Management version 2 Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) Subsystem: VIA Technologies, Inc. VT82C686/A PCI to ISA Bridge Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- [disabled] [size=128K] Capabilities: [5c] Power Management version 1 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00:0c.0 Multimedia video controller: Brooktree Corporation Bt878 (rev 02) Subsystem: Hauppauge computer works Inc. WinTV/GO Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR-