via rhine bug? (timeouts and resets)

via rhine bug? (timeouts and resets)

[Henrik Persson]

Hi there.

I know this has been up before, but I couldn't find a solution in the
archives that would solve my problems.. 

The problem is that my Via Rhine-NIC when transmitting alot of data fast
(like.. ftp:ing large files over the network at 100mbit/s) gets an error
(frame dropped, transmit error, reset).. As a cause of this the speed
drops to about 3-4MB/s and the rest of the communication trough the
network isn't working very well..

Note that this ONLY happens when there's alot of traffic (i.e. speeds at
~100mbit/s)..

Here is my dmesg (notice that the driver is inserted twice.. Once at
boot-time and once later on, loaded with debug=3)..

And ah, yes. It's an Acer Aspire 1300XV if that helps.. And yes, I've
tried the rhinefet.o-module from viarena..

Thanks. Hope anyone knows what to do..

Linux version 2.4.20 (root@vega) (gcc version 2.95.3 20010315 (release))
#5 Tue Feb 11 12:05:25 CET 2003
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000eff0000 (usable)
 BIOS-e820: 000000000eff0000 - 000000000effffc0 (ACPI data)
 BIOS-e820: 000000000effffc0 - 000000000f000000 (ACPI NVS)
 BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
239MB LOWMEM available.
On node 0 totalpages: 61424
zone(0): 4096 pages.
zone(1): 57328 pages.
zone(2): 0 pages.
Kernel command line: auto BOOT_IMAGE=Linux ro root=301 noapic
Initializing CPU#0
Detected 1200.078 MHz processor.
Console: colour dummy device 80x25
Calibrating delay loop... 2392.06 BogoMIPS
Memory: 240244k/245696k available (1486k kernel code, 5064k reserved, 418k
data, 256k init, 0k highmem)
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU:     After generic, caps: 0183f9ff c1cbf9ff 00000000 00000000
CPU:             Common caps: 0183f9ff c1cbf9ff 00000000 00000000
CPU: AMD mobile AMD Athlon(tm) XP 1400+  stepping 00
Enabling fast FPU save and restore... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: PCI BIOS revision 2.10 entry at 0xe8a64, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
Disabling VIA memory write queue (PCI ID 0305, rev 80): [55] 3c & 1f -> 1c
PCI: Using IRQ router default [1106/8231] at 00:11.0
PCI: Cannot allocate resource region 0 of device 00:0a.0
Applying VIA southbridge workaround.
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
ACPI: Core Subsystem version [20011018]
ACPI: Subsystem enabled
EC: found, GPE 1
ACPI: System firmware supports S0 S3 S4 S5
Processor[0]: C0 C1 C2
ACPI: Battery socket found, battery present
ACPI: AC Adapter found
ACPI: Power Button (FF) found
ACPI: Multiple power buttons detected, ignoring fixed-feature
ACPI: Power Button (CM) found
ACPI: Lid Switch (CM) found
ACPI: Thermal Zone found
parport0: PC-style at 0x378 (0x778) [PCSPP(,...)]
parport0: irq 7 detected
vesafb: framebuffer at 0x90000000, mapped to 0xcf807000, size 15296k
vesafb: mode is 1024x768x8, linelength=1024, pages=18
vesafb: protected mode interface info at c000:7926
vesafb: scrolling: redraw
Console: switching to colour frame buffer device 128x48
fb0: VESA VGA frame buffer device
vga16fb: initializing
vga16fb: mapped to 0xc00a0000
fb1: VGA16 VGA frame buffer device
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI enabled
Real Time Clock Driver v1.10e
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
VP_IDE: IDE controller on PCI bus 00 dev 89
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
VP_IDE: VIA vt8231 (rev 10) IDE UDMA100 controller on pci00:11.1
    ide0: BM-DMA at 0x1100-0x1107, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0x1108-0x110f, BIOS settings: hdc:DMA, hdd:pio
hda: TOSHIBA MK2018GAP, ATA DISK drive
hdc: QSI DVD-ROM SDR-083, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
blk: queue c0348484, I/O limit 4095Mb (mask 0xffffffff)
hda: 39070080 sectors (20004 MB), CHS=2584/240/63, UDMA(100)
hdc: ATAPI 24X DVD-ROM drive, 512kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.12
Partition check:
 hda: hda1 hda2 hda3
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
loop: loaded (max 8 devices)
Linux agpgart interface v0.99 (c) Jeff Hartmann
agpgart: Maximum main memory to use for agp memory: 189M
agpgart: Detected Via Apollo Pro KT133 chipset
agpgart: AGP aperture is 64M @ 0xa0000000
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
uhci.c: USB Universal Host Controller Interface driver v1.1
uhci.c: USB UHCI at I/O 0x1200, IRQ 11
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
usb.c: registered new driver hiddev
usb.c: registered new driver hid
hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik <vojtech@suse.cz>
hid-core.c: USB HID support drivers
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
IPv6 v0.8 for NET4.0
IPv6 over IPv4 tunneling driver
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 256k freed
hub.c: new USB device 00:11.2-1, assigned address 2
input0: USB HID v1.00 Mouse [Microsoft Microsoft IntelliMouse® Explorer]
on usb1:2.0
hub.c: new USB device 00:11.2-2, assigned address 3
Adding Swap: 491392k swap-space (priority -1)
input1: USB HID v1.10 Keyboard [Logitech Logitech USB Keyboard] on
usb1:3.0
input2: USB HID v1.10 Pointer [Logitech Logitech USB Keyboard] on usb1:3.1
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,1), internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,3), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
via-rhine.c:v1.10-LK1.1.14  May-3-2002  Written by Donald Becker
  http://www.scyld.com/network/via-rhine.html
PCI: Enabling device 00:12.0 (0001 -> 0003)
eth0: VIA VT6102 Rhine-II at 0xf0000000, 00:c0:9f:0d:d1:dd, IRQ 11.
eth0: MII PHY found at address 1, status 0x782d advertising 01e1 Link
45e1.
Via 686a audio driver 1.9.1
ac97_codec: AC97 Modem codec, id: CXT41(Unknown)
via82cxxx: board #1 at 0xE000, IRQ 10
eth0: Setting full-duplex based on MII #1 link partner capability of 45e1.
eth0: no IPv6 routers present
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
via-rhine.c:v1.10-LK1.1.14  May-3-2002  Written by Donald Becker
  http://www.scyld.com/network/via-rhine.html
via-rhine: reset finished after 5 microseconds.
eth%d: Set to forced full duplex, autonegotiation disabled.
eth0: VIA VT6102 Rhine-II at 0xf0000000, 00:c0:9f:0d:d1:dd, IRQ 11.
eth0: MII PHY found at address 1, status 0x782d advertising 01e1 Link
45e1.
eth0: via_rhine_open() irq 11.
eth0: reset finished after 5 microseconds.
eth0: Done via_rhine_open(), status 0c1a MII status: 782d.
eth0: no IPv6 routers present
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0209, frame dropped.
eth0: Something Wicked happened! 0209.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.
eth0: Transmit error, Tx status 00008800.
eth0: MII status changed: Autonegotiation advertising 01e1  partner 45e1.
eth0: Abort 0208, frame dropped.
eth0: Something Wicked happened! 0208.


-- 
Henrik Persson
e-mail: nix@socialism.nu  WWW: http://nix.badanka.com
ICQ: 26019058             PGP/GPG: http://nix.badanka.com/pgp
PGP-Key-ID: 0x43B68116    PGP-Keyserver: pgp.mit.edu

Re: via rhine bug? (timeouts and resets)

[Gianni Tedesco]

[-- Attachment #1: Type: text/plain, Size: 784 bytes --]

On Tue, 2003-02-11 at 13:43, Henrik Persson wrote:
> The problem is that my Via Rhine-NIC when transmitting alot of data fast
> (like.. ftp:ing large files over the network at 100mbit/s) gets an error
> (frame dropped, transmit error, reset).. As a cause of this the speed
> drops to about 3-4MB/s and the rest of the communication trough the
> network isn't working very well..
> 
> Note that this ONLY happens when there's alot of traffic (i.e. speeds at
> ~100mbit/s)..

Have you tried connecting directly to the other device with a crossover
cable, do problems still occur?

-- 
// Gianni Tedesco (gianni at scaramanga dot co dot uk)
lynx --source www.scaramanga.co.uk/gianni-at-ecsc.asc | gpg --import
8646BE7D: 6D9F 2287 870E A2C9 8F60 3A3C 91B5 7669 8646 BE7D

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: via rhine bug? (timeouts and resets)

[Henrik Persson]

[-- Attachment #1: Type: text/plain, Size: 928 bytes --]

On 11 Feb 2003 14:18:28 +0000
Gianni Tedesco <gianni@ecsc.co.uk> wrote:

GT> On Tue, 2003-02-11 at 13:43, Henrik Persson wrote:
GT> > The problem is that my Via Rhine-NIC when transmitting alot of data fast
GT> > (like.. ftp:ing large files over the network at 100mbit/s) gets an error
GT> > (frame dropped, transmit error, reset).. As a cause of this the speed
GT> > drops to about 3-4MB/s and the rest of the communication trough the
GT> > network isn't working very well..
GT> > 
GT> > Note that this ONLY happens when there's alot of traffic (i.e. speeds at
GT> > ~100mbit/s)..
GT> 
GT> Have you tried connecting directly to the other device with a crossover
GT> cable, do problems still occur?

Yes, exactly the same problems occurs.

-- 
Henrik Persson
e-mail: nix@socialism.nu  WWW: http://nix.badanka.com
ICQ: 26019058             PGP/GPG: http://nix.badanka.com/pgp
PGP-Key-ID: 0x43B68116    PGP-Keyserver: pgp.mit.edu

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: via rhine bug? (timeouts and resets)

[Roger Luethi]

[-- Attachment #1: Type: text/plain, Size: 751 bytes --]

On Tue, 11 Feb 2003 14:43:46 +0100, Henrik Persson wrote:
> I know this has been up before, but I couldn't find a solution in the
> archives that would solve my problems.. 

The patch attached below will definitely solve some of the problems
you're seeing (e.g. "excessive collisions" on a switch). Feedback
welcome. As I've explained in previous postings, the current event
handling is pretty broken.

I have nailed down a number of problems even this patch doesn't fix,
but it's kinda hard to build from there, since testing feedback has been
basically zero. Pretty amazing considering how common Rhine hardware
is. I guess I should write code for NUMA or ia64 instead, _they_ have
testers <g>.

You shouldn't need to force full duplex, btw.

Roger

[-- Attachment #2: via-rhine.c-1.15exp1.diff --]
[-- Type: text/plain, Size: 8974 bytes --]

--- linux-2.5.52/drivers/net/via-rhine.c.orig	Fri Dec 20 20:13:55 2002
+++ linux-2.5.52/drivers/net/via-rhine.c	Sat Dec 21 21:09:25 2002
@@ -101,11 +101,14 @@
 	LK1.1.15 (jgarzik):
 	- Use new MII lib helper generic_mii_ioctl
 
+	LK1.1.15exp1 (Roger Luethi):
+	- [...]
+
 */
 
 #define DRV_NAME	"via-rhine"
-#define DRV_VERSION	"1.1.15"
-#define DRV_RELDATE	"November-22-2002"
+#define DRV_VERSION	"1.1.15exp1"
+#define DRV_RELDATE	"December-21-2002"
 
 
 /* A few user-configurable values.
@@ -416,29 +419,15 @@ int mmio_verify_registers[] = {
 /* Bits in the interrupt status/mask registers. */
 enum intr_status_bits {
 	IntrRxDone=0x0001, IntrRxErr=0x0004, IntrRxEmpty=0x0020,
-	IntrTxDone=0x0002, IntrTxError=0x0008, IntrTxUnderrun=0x0010,
+	IntrTxDone=0x0002, IntrTxError=0x0008, IntrTxUnderrun=0x0210,
 	IntrPCIErr=0x0040,
-	IntrStatsMax=0x0080, IntrRxEarly=0x0100, IntrMIIChange=0x0200,
+	IntrStatsMax=0x0080, IntrRxEarly=0x0100,
 	IntrRxOverflow=0x0400, IntrRxDropped=0x0800, IntrRxNoBuf=0x1000,
 	IntrTxAborted=0x2000, IntrLinkChange=0x4000,
 	IntrRxWakeUp=0x8000,
 	IntrNormalSummary=0x0003, IntrAbnormalSummary=0xC260,
 };
 
-/* MII interface, status flags.
-   Not to be confused with the MIIStatus register ... */
-enum mii_status_bits {
-	MIICap100T4			= 0x8000,
-	MIICap10100HdFd		= 0x7800,
-	MIIPreambleSupr		= 0x0040,
-	MIIAutoNegCompleted	= 0x0020,
-	MIIRemoteFault		= 0x0010,
-	MIICapAutoNeg		= 0x0008,
-	MIILink				= 0x0004,
-	MIIJabber			= 0x0002,
-	MIIExtended			= 0x0001
-};
-
 /* The Rx and Tx buffer descriptors. */
 struct rx_desc {
 	s32 rx_status;
@@ -533,30 +522,31 @@ static void via_rhine_set_rx_mode(struct
 static struct net_device_stats *via_rhine_get_stats(struct net_device *dev);
 static int netdev_ioctl(struct net_device *dev, struct ifreq *rq, int cmd);
 static int  via_rhine_close(struct net_device *dev);
-static inline void clear_tally_counters(long ioaddr);
-static inline void via_restart_tx(struct net_device *dev);
 
 static void wait_for_reset(struct net_device *dev, int chip_id, char *name)
 {
 	long ioaddr = dev->base_addr;
-	int i;
+
+	udelay(5);
+
+	if (readw(ioaddr + ChipCmd) & CmdReset) {
+		printk(KERN_INFO "%s: Reset did not complete in 5 us.\n", name);
+	}
 
 	/* VT86C100A may need long delay after reset (dlink) */
 	if (chip_id == VT86C100A)
 		udelay(100);
 
-	i = 0;
-	do {
-		udelay(5);
-		i++;
-		if(i > 2000) {
-			printk(KERN_ERR "%s: reset did not complete in 10 ms.\n", name);
-			break;
-		}
-	} while(readw(ioaddr + ChipCmd) & CmdReset);
+	/* The VT6102 needs to be forced sometimes */
+	if (chip_id == VT6102) {
+		writeb(0x40, ioaddr + 0x81);
+	}
+
+	udelay(5);
+
 	if (debug > 1)
-		printk(KERN_INFO "%s: reset finished after %d microseconds.\n",
-			   name, 5*i);
+		printk(KERN_INFO "%s: Reset %s.\n", name,
+			(readw(ioaddr + ChipCmd) & CmdReset) ? "failed" : "succeeded");
 }
 
 #ifdef USE_MEM
@@ -787,17 +777,17 @@ static int __devinit via_rhine_init_one 
 		int phy, phy_idx = 0;
 		np->phys[0] = 1;		/* Standard for this chip. */
 		for (phy = 1; phy < 32 && phy_idx < MAX_MII_CNT; phy++) {
-			int mii_status = mdio_read(dev, phy, 1);
+			int mii_status = mdio_read(dev, phy, MII_BMSR);
 			if (mii_status != 0xffff  &&  mii_status != 0x0000) {
 				np->phys[phy_idx++] = phy;
-				np->mii_if.advertising = mdio_read(dev, phy, 4);
+				np->mii_if.advertising = mdio_read(dev, phy, MII_ADVERTISE);
 				printk(KERN_INFO "%s: MII PHY found at address %d, status "
 					   "0x%4.4x advertising %4.4x Link %4.4x.\n",
 					   dev->name, phy, mii_status, np->mii_if.advertising,
-					   mdio_read(dev, phy, 5));
+					   mdio_read(dev, phy, MII_LPA));
 
 				/* set IFF_RUNNING */
-				if (mii_status & MIILink)
+				if (mii_status & BMSR_LSTATUS)
 					netif_carrier_on(dev);
 				else
 					netif_carrier_off(dev);
@@ -820,8 +810,8 @@ static int __devinit via_rhine_init_one 
 				   (option & 0x220 ? "full" : "half"));
 			if (np->mii_cnt)
 				mdio_write(dev, np->phys[0], MII_BMCR,
-						   ((option & 0x300) ? 0x2000 : 0) |  /* 100mbps? */
-						   ((option & 0x220) ? 0x0100 : 0));  /* Full duplex? */
+						   ((option & 0x300) ? BMCR_SPEED100 : 0) |  /* 100mbps? */
+						   ((option & 0x220) ? BMCR_FULLDPLX : 0));  /* Full duplex? */
 		}
 	}
 
@@ -1021,7 +1011,7 @@ static void init_registers(struct net_de
 	writew(IntrRxDone | IntrRxErr | IntrRxEmpty| IntrRxOverflow |
 		   IntrRxDropped | IntrRxNoBuf | IntrTxAborted |
 		   IntrTxDone | IntrTxError | IntrTxUnderrun |
-		   IntrPCIErr | IntrStatsMax | IntrLinkChange | IntrMIIChange,
+		   IntrPCIErr | IntrStatsMax | IntrLinkChange,
 		   ioaddr + IntrEnable);
 
 	np->chip_cmd = CmdStart|CmdTxOn|CmdRxOn|CmdNoTxPoll;
@@ -1066,10 +1056,10 @@ static void mdio_write(struct net_device
 	if (phy_id == np->phys[0]) {
 		switch (regnum) {
 		case MII_BMCR:					/* Is user forcing speed/duplex? */
-			if (value & 0x9000)			/* Autonegotiation. */
+			if (value & (BMCR_ANENABLE | BMCR_RESET))	/* Autonegotiation. */
 				np->mii_if.force_media = 0;
 			else
-				np->mii_if.full_duplex = (value & 0x0100) ? 1 : 0;
+				np->mii_if.full_duplex = (value & BMCR_FULLDPLX) ? 1 : 0;
 			break;
 		case MII_ADVERTISE:
 			np->mii_if.advertising = value;
@@ -1175,8 +1165,8 @@ static void via_rhine_timer(unsigned lon
 
 	/* make IFF_RUNNING follow the MII status bit "Link established" */
 	mii_status = mdio_read(dev, np->phys[0], MII_BMSR);
-	if ( (mii_status & MIILink) != (np->mii_status & MIILink) ) {
-		if (mii_status & MIILink)
+	if ( (mii_status & BMSR_LSTATUS) != (np->mii_status & BMSR_LSTATUS) ) {
+		if (mii_status & BMSR_LSTATUS)
 			netif_carrier_on(dev);
 		else
 			netif_carrier_off(dev);
@@ -1320,7 +1310,7 @@ static void via_rhine_interrupt(int irq,
 			via_rhine_tx(dev);
 
 		/* Abnormal error summary/uncommon events handlers. */
-		if (intr_status & (IntrPCIErr | IntrLinkChange | IntrMIIChange |
+		if (intr_status & (IntrPCIErr | IntrLinkChange |
 				   IntrStatsMax | IntrTxError | IntrTxAborted |
 				   IntrTxUnderrun))
 			via_rhine_error(dev, intr_status);
@@ -1515,7 +1505,7 @@ static void via_rhine_rx(struct net_devi
 	writew(CmdRxDemand | np->chip_cmd, dev->base_addr + ChipCmd);
 }
 
-static inline void via_restart_tx(struct net_device *dev) {
+static inline void via_rhine_restart_tx(struct net_device *dev) {
 	struct netdev_private *np = dev->priv;
 	int entry = np->dirty_tx % TX_RING_SIZE;
 
@@ -1526,6 +1516,17 @@ static inline void via_restart_tx(struct
 	writew(CmdTxDemand | np->chip_cmd, dev->base_addr + ChipCmd);
 }
 
+/* Clears the "tally counters" for CRC errors and missed frames(?).
+   It has been reported that some chips need a write of 0 to clear
+   these, for others the counters are set to 1 when written to and
+   instead cleared when read. So we clear them both ways ... */
+static inline void clear_tally_counters(const long ioaddr)
+{
+	writel(0, ioaddr + RxMissed);
+	readw(ioaddr + RxCRCErrs);
+	readw(ioaddr + RxMissed);
+}
+
 static void via_rhine_error(struct net_device *dev, int intr_status)
 {
 	struct netdev_private *np = dev->priv;
@@ -1533,7 +1534,7 @@ static void via_rhine_error(struct net_d
 
 	spin_lock (&np->lock);
 
-	if (intr_status & (IntrMIIChange | IntrLinkChange)) {
+	if (intr_status & (IntrLinkChange)) {
 		if (readb(ioaddr + MIIStatus) & 0x02) {
 			/* Link failed, restart autonegotiation. */
 			if (np->drv_flags & HasDavicomPhy)
@@ -1551,11 +1552,11 @@ static void via_rhine_error(struct net_d
 		np->stats.rx_missed_errors	+= readw(ioaddr + RxMissed);
 		clear_tally_counters(ioaddr);
 	}
-	if (intr_status & IntrTxError) {
+	if (intr_status & IntrTxAborted) {
 		if (debug > 1)
 			printk(KERN_INFO "%s: Abort %4.4x, frame dropped.\n",
 				   dev->name, intr_status);
-		via_restart_tx(dev);
+		via_rhine_restart_tx(dev);
 	}
 	if (intr_status & IntrTxUnderrun) {
 		if (np->tx_thresh < 0xE0)
@@ -1564,9 +1565,9 @@ static void via_rhine_error(struct net_d
 			printk(KERN_INFO "%s: Transmitter underrun, Tx "
 				   "threshold now %2.2x.\n",
 				   dev->name, np->tx_thresh);
-		via_restart_tx(dev);
+		via_rhine_restart_tx(dev);
 	}
-	if (intr_status & ~( IntrLinkChange | IntrStatsMax |
+	if (intr_status & ~( IntrLinkChange | IntrStatsMax | IntrTxUnderrun |
  						 IntrTxError | IntrTxAborted | IntrNormalSummary)) {
 		if (debug > 1)
 			printk(KERN_ERR "%s: Something Wicked happened! %4.4x.\n",
@@ -1593,17 +1594,6 @@ static struct net_device_stats *via_rhin
 	return &np->stats;
 }
 
-/* Clears the "tally counters" for CRC errors and missed frames(?).
-   It has been reported that some chips need a write of 0 to clear
-   these, for others the counters are set to 1 when written to and
-   instead cleared when read. So we clear them both ways ... */
-static inline void clear_tally_counters(const long ioaddr)
-{
-	writel(0, ioaddr + RxMissed);
-	readw(ioaddr + RxCRCErrs);
-	readw(ioaddr + RxMissed);
-}
-
 static void via_rhine_set_rx_mode(struct net_device *dev)
 {
 	struct netdev_private *np = dev->priv;

Re: via rhine bug? (timeouts and resets)

[Alan Cox]

On Tue, 2003-02-11 at 14:34, Henrik Persson wrote:
> On 11 Feb 2003 14:18:28 +0000
> Gianni Tedesco <gianni@ecsc.co.uk> wrote:
> 
> GT> On Tue, 2003-02-11 at 13:43, Henrik Persson wrote:
> GT> > The problem is that my Via Rhine-NIC when transmitting alot of data fast
> GT> > (like.. ftp:ing large files over the network at 100mbit/s) gets an error
> GT> > (frame dropped, transmit error, reset).. As a cause of this the speed
> GT> > drops to about 3-4MB/s and the rest of the communication trough the
> GT> > network isn't working very well..
> GT> > 
> GT> > Note that this ONLY happens when there's alot of traffic (i.e. speeds at
> GT> > ~100mbit/s)..
> GT> 
> GT> Have you tried connecting directly to the other device with a crossover
> GT> cable, do problems still occur?

I have two EPIA-M boards, one does this and is really touchy about cables
the other is quite reliable. If you use a different via-rhine does it work
any better. I'm wondering if there are some dud phy's around on the via stuff

Re: via rhine bug? (timeouts and resets)

[Henrik Persson]

[-- Attachment #1: Type: text/plain, Size: 1118 bytes --]

On Tue, 11 Feb 2003 16:44:49 +0100
Roger Luethi <rl@hellgate.ch> wrote:

RL> The patch attached below will definitely solve some of the problems
RL> you're seeing (e.g. "excessive collisions" on a switch). Feedback
RL> welcome. As I've explained in previous postings, the current event
RL> handling is pretty broken.
RL> 
RL> I have nailed down a number of problems even this patch doesn't fix,
RL> but it's kinda hard to build from there, since testing feedback has
RL> been basically zero. Pretty amazing considering how common Rhine
RL> hardware is. I guess I should write code for NUMA or ia64 instead,
RL> _they_ have testers <g>.

Well.. It didn't solve my problems.. Still the same errors.. :/

Everyone I know who have a rhineII-card does have the same problem.. I can
be your personal tester, just make my card work, pleeeeeease? :PP

RL> You shouldn't need to force full duplex, btw.

Nah, that was "just in case".. ;)

-- 
Henrik Persson
e-mail: nix@socialism.nu  WWW: http://nix.badanka.com
ICQ: 26019058             PGP/GPG: http://nix.badanka.com/pgp
PGP-Key-ID: 0x43B68116    PGP-Keyserver: pgp.mit.edu

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: via rhine bug? (timeouts and resets)

[Roger Luethi]

On Tue, 11 Feb 2003 17:51:09 +0100, Henrik Persson wrote:
> RL> The patch attached below will definitely solve some of the problems
> RL> you're seeing (e.g. "excessive collisions" on a switch). Feedback
> 
> Well.. It didn't solve my problems.. Still the same errors.. :/

That I find hard to believe. You were seeing a combination of "MII status
changed" and "Abort 0208, frame dropped.". That's because the driver makes
two mistakes: It treats 0200 as a link change (first message), and it
thinks 0008 indicates excessive collisions (second message).

In fact, 0008 means "transmission error", and 0200 specifies a buffer
underrun. The patch fixes that (lines 204, 213). If you are seeing the
_same_ errors my guess is you're still running the old driver. Check the
log at debug=3.

> RL> You shouldn't need to force full duplex, btw.
> 
> Nah, that was "just in case".. ;)

It's masking another bug that's waiting to hit you <g>.

Roger

Re: via rhine bug? (timeouts and resets)

[Alan Cox]

On Tue, 2003-02-11 at 15:44, Roger Luethi wrote:
> I have nailed down a number of problems even this patch doesn't fix,
> but it's kinda hard to build from there, since testing feedback has been
> basically zero. Pretty amazing considering how common Rhine hardware
> is. I guess I should write code for NUMA or ia64 instead, _they_ have
> testers <g>.

I'd be happy to test via-rhine stuff, but my boxes don't generally like
2.5.x so I can only usefully test 2.4.x fixes

Re: via rhine bug? (timeouts and resets)

[Henrik Persson]

[-- Attachment #1: Type: text/plain, Size: 1393 bytes --]

On Tue, 11 Feb 2003 18:17:36 +0100
Roger Luethi <rl@hellgate.ch> wrote:

RL> > Well.. It didn't solve my problems.. Still the same errors.. :/
RL> 
RL> That I find hard to believe. You were seeing a combination of "MII
RL> status changed" and "Abort 0208, frame dropped.". That's because the
RL> driver makes two mistakes: It treats 0200 as a link change (first
RL> message), and it thinks 0008 indicates excessive collisions (second
RL> message).

RL> In fact, 0008 means "transmission error", and 0200 specifies a buffer
RL> underrun. The patch fixes that (lines 204, 213). If you are seeing the
RL> _same_ errors my guess is you're still running the old driver. Check
RL> the log at debug=3.


Darn. The same PROBLEMS, not the same errors. Indeed, the errors are not
there. But the behaviour is still the same, i.e. slow speeds after a
while.. :/

But it's not as bad as it got a few minutes ago when I tested the driver
from scyld.com.. It totally trashed my NIC.. A shame though, since it ran
perfectly until it totally died.. I wan't a combination of those drivers..
;)

RL> > Nah, that was "just in case".. ;)
RL> 
RL> It's masking another bug that's waiting to hit you <g>.

Woohoo. Ehm. Nah. ;)

-- 
Henrik Persson
e-mail: nix@socialism.nu  WWW: http://nix.badanka.com
ICQ: 26019058             PGP/GPG: http://nix.badanka.com/pgp
PGP-Key-ID: 0x43B68116    PGP-Keyserver: pgp.mit.edu

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: via rhine bug? (timeouts and resets)

[Roger Luethi]

On Tue, 11 Feb 2003 18:44:59 +0100, Henrik Persson wrote:
> RL> _same_ errors my guess is you're still running the old driver. Check
> RL> the log at debug=3.
> 
> Darn. The same PROBLEMS, not the same errors. Indeed, the errors are not
> there. But the behaviour is still the same, i.e. slow speeds after a
> while.. :/

No errors at all? No "Transmitter underrun" (at debug>1)? I suspect you hit
two more bugs: If the driver resets the chip (e.g. watchdog timeout),
chances are the chip is programmed to go half-duplex -> performance breaks
down. No problem as long as we deal with errors properly, but the Rhine-II
can throw an error the mainline driver doesn't notice because the interrupt
status registers stay clean.

Can I see a complete log (at debug=3), starting with module insertion?
There's got to be some underrun and watchdog timeout.

> But it's not as bad as it got a few minutes ago when I tested the driver
> from scyld.com.. It totally trashed my NIC.. A shame though, since it ran

Define "trashed". How exactly did it misbehave, what did you have to do to
get it back working? Anything interesting in the log before it breaks?

FWIW, it is possible to get a Rhine into a state where physically removing
the PCI card from the computer and keeping both away from any power source
for an hour still results in the driver hanging on boot (after putting
everything back together, of course). I've gone through this twice so far.
Voodoo magic.

Roger

Re: via rhine bug? (timeouts and resets)

[Henrik Persson]

[-- Attachment #1: Type: text/plain, Size: 1858 bytes --]

On Tue, 11 Feb 2003 19:39:43 +0100
Roger Luethi <rl@hellgate.ch> wrote:

RL> No errors at all? No "Transmitter underrun" (at debug>1)? I suspect
RL> you hit two more bugs: If the driver resets the chip (e.g. watchdog
RL> timeout), chances are the chip is programmed to go half-duplex ->
RL> performance breaks down. No problem as long as we deal with errors
RL> properly, but the Rhine-II can throw an error the mainline driver
RL> doesn't notice because the interrupt status registers stay clean.

Something was strange.. Now I get the errors.. But the funny thing is:
when downloading the file there's no problem at all. Uploading the same
file results in the attached dmesg.. So, something is fishy in that code
;)

RL> Can I see a complete log (at debug=3), starting with module insertion?
RL> There's got to be some underrun and watchdog timeout.

Whops. I included the module in the kernel ;) But the errors ought to be
the same.. Hm..

RL> > But it's not as bad as it got a few minutes ago when I tested the
RL> > driver from scyld.com.. It totally trashed my NIC.. A shame though,
RL> > since it ran
RL> 
RL> Define "trashed". How exactly did it misbehave, what did you have to
RL> do to get it back working? Anything interesting in the log before it
RL> breaks?

Well.. Not much in the logs.. I rebooted with 2.4.20 ;)

RL> FWIW, it is possible to get a Rhine into a state where physically
RL> removing the PCI card from the computer and keeping both away from any
RL> power source for an hour still results in the driver hanging on boot
RL> (after putting everything back together, of course). I've gone through
RL> this twice so far. Voodoo magic.

Creepy..

-- 
Henrik Persson
e-mail: nix@socialism.nu  WWW: http://nix.badanka.com
ICQ: 26019058             PGP/GPG: http://nix.badanka.com/pgp
PGP-Key-ID: 0x43B68116    PGP-Keyserver: pgp.mit.edu

[-- Attachment #2: dmesg --]
[-- Type: application/octet-stream, Size: 9914 bytes --]

Linux version 2.5.60 (root@vega) (gcc version 2.95.3 20010315 (release)) #2 Tue Feb 11 17:43:10 CET 2003
Video mode to be used for restore is 305
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000eff0000 (usable)
 BIOS-e820: 000000000eff0000 - 000000000effffc0 (ACPI data)
 BIOS-e820: 000000000effffc0 - 000000000f000000 (ACPI NVS)
 BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
239MB LOWMEM available.
On node 0 totalpages: 61424
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 57328 pages, LIFO batch:13
  HighMem zone: 0 pages, LIFO batch:1
ACPI: RSDP (v000 OID_00                     ) @ 0x000e4010
ACPI: RSDT (v001 OID_00 RSDT_000 12336.12336) @ 0x0efffbc0
ACPI: FADT (v002 INSYDE FACP_000 00000.00256) @ 0x0efffac0
ACPI: BOOT (v001 INSYDE SYS_BOOT 00000.00256) @ 0x0efffb50
ACPI: DBGP (v001 INSYDE SYS_DBGP 00000.00256) @ 0x0efffb80
ACPI: DSDT (v001 INSYDE   VT8362 00000.04096) @ 0x00000000
ACPI: BIOS passes blacklist
Building zonelist for node : 0
Kernel command line: BOOT_IMAGE=Linux ro root=301
Initializing CPU#0
PID hash table entries: 1024 (order 10: 8192 bytes)
Detected 1199.641 MHz processor.
Console: colour dummy device 80x25
Calibrating delay loop... 2367.48 BogoMIPS
Memory: 239396k/245696k available (1884k kernel code, 5600k reserved, 757k data, 296k init, 0k highmem)
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
-> /dev
-> /dev/console
-> /root
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
CPU:     After generic, caps: 0183f9ff c1cbf9ff 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: AMD mobile AMD Athlon(tm) XP 1400+  stepping 00
Enabling fast FPU save and restore... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
mtrr: v2.0 (20020519)
PCI: PCI BIOS revision 2.10 entry at 0xe8a64, last bus=1
PCI: Using configuration type 1
BIO: pool of 256 setup, 15Kb (60 bytes/bio)
biovec pool[0]:   1 bvecs: 256 entries (12 bytes)
biovec pool[1]:   4 bvecs: 256 entries (48 bytes)
biovec pool[2]:  16 bvecs: 256 entries (192 bytes)
biovec pool[3]:  64 bvecs: 256 entries (768 bytes)
biovec pool[4]: 128 bvecs: 256 entries (1536 bytes)
biovec pool[5]: 256 bvecs: 256 entries (3072 bytes)
ACPI: Subsystem revision 20030122
    ACPI-0262: *** Info: GPE Block0 defined as GPE0 to GPE15
    ACPI-0262: *** Info: GPE Block1 defined as GPE16 to GPE31
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
Disabling VIA memory write queue (PCI ID 0305, rev 80): [55] 3c & 1f -> 1c
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: Embedded Controller [EC0] (gpe 1)
ACPI: PCI Interrupt Link [LNKA] (IRQs 10 *11)
ACPI: PCI Interrupt Link [LNKB] (IRQs 10 11, disabled)
ACPI: PCI Interrupt Link [LNKC] (IRQs *10)
ACPI: PCI Interrupt Link [LNKD] (IRQs 10 *11)
block request queues:
 128 requests per read queue
 128 requests per write queue
 8 requests per batch
 enter congestion at 15
 exit congestion at 17
drivers/usb/core/usb.c: registered new driver hub
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
PCI: Cannot allocate resource region 0 of device 00:0a.0
SBF: Simple Boot Flag extension found and enabled.
SBF: Setting boot flags 0x1
Enabling SEP on CPU 0
aio_setup: sizeof(struct page) = 40
Journalled Block Device driver loaded
Applying VIA southbridge workaround.
ACPI: AC Adapter [ADP0] (on-line)
ACPI: Battery Slot [BAT0] (battery absent)
ACPI: Power Button (FF) [PWRF]
ACPI: Lid Switch [LID]
ACPI: Processor [CPU0] (supports C1 C2)
ACPI: Thermal Zone [THRM] (78 C)
Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing disabled
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
parport0: irq 7 detected
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
vesafb: framebuffer at 0x90000000, mapped to 0xcf807000, size 15296k
vesafb: mode is 1024x768x8, linelength=1024, pages=18
vesafb: protected mode interface info at c000:7926
vesafb: scrolling: redraw
fb0: VESA VGA frame buffer device
Console: switching to colour frame buffer device 128x48
pty: 256 Unix98 ptys configured
lp0: using parport0 (polling).
Real Time Clock Driver v1.11
Linux agpgart interface v0.100 (c) Dave Jones
agpgart: Detected VIA Apollo Pro KT133 chipset
agpgart: Maximum main memory to use for agp memory: 189M
agpgart: AGP aperture is 64M @ 0xa0000000
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
loop: loaded (max 8 devices)
via-rhine.c:v1.10-LK1.1.15exp1  December-21-2002  Written by Donald Becker
  http://www.scyld.com/network/via-rhine.html
PCI: Enabling device 00:12.0 (0001 -> 0003)
eth0: VIA VT6102 Rhine-II at 0xe800, 00:c0:9f:0d:d1:dd, IRQ 11.
eth0: MII PHY found at address 1, status 0x782d advertising 01e1 Link 45e1.
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller at PCI slot 00:11.1
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: VIA vt8231 (rev 10) IDE UDMA100 controller on pci00:11.1
    ide0: BM-DMA at 0x1100-0x1107, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0x1108-0x110f, BIOS settings: hdc:DMA, hdd:pio
hda: TOSHIBA MK2018GAP, ATA DISK drive
hda: DMA disabled
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: QSI DVD-ROM SDR-083, ATAPI CD/DVD-ROM drive
hdc: DMA disabled
ide1 at 0x170-0x177,0x376 on irq 15
hda: host protected area => 1
hda: 39070080 sectors (20004 MB), CHS=38760/16/63, UDMA(100)
 hda: hda1 hda2 hda3
hdc: ATAPI 24X DVD-ROM drive, 512kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.12
end_request: I/O error, dev hdc, sector 0
Console: switching to colour frame buffer device 128x48
drivers/usb/host/uhci-hcd.c: USB Universal Host Controller Interface driver v2.0
uhci-hcd 00:11.2: VIA Technologies, In USB
uhci-hcd 00:11.2: irq 11, io base 00001200
uhci-hcd 00:11.2: new USB bus registered, assigned bus number 1
hub 1-0:0: USB hub found
hub 1-0:0: 2 ports detected
drivers/usb/core/usb.c: registered new driver hid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
mice: PS/2 mouse device common for all mice
i8042.c: Detected active multiplexing controller, rev 1.1.
serio: i8042 AUX0 port at 0x60,0x64 irq 12
serio: i8042 AUX1 port at 0x60,0x64 irq 12
serio: i8042 AUX2 port at 0x60,0x64 irq 12
input: PS/2 Generic Mouse on isa0060/serio4
serio: i8042 AUX3 port at 0x60,0x64 irq 12
input: AT Set 2 keyboard on isa0060/serio0
serio: i8042 KBD port at 0x60,0x64 irq 1
Advanced Linux Sound Architecture Driver Version 0.9.0rc7 (Sun Feb 09 18:00:12 2003 UTC).
request_module[snd-card-0]: not ready
request_module[snd-card-1]: not ready
request_module[snd-card-2]: not ready
request_module[snd-card-3]: not ready
request_module[snd-card-4]: not ready
request_module[snd-card-5]: not ready
request_module[snd-card-6]: not ready
request_module[snd-card-7]: not ready
PCI: Setting latency timer of device 00:11.5 to 64
hub 1-0:0: debounce: port 1: delay 100ms stable 4 status 0x301
hub 1-0:0: new USB device on port 1, assigned address 2
ALSA device list:
  #0: VIA 82C686A/B rev40 at 0xe000, irq 10
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
IPv6 v0.8 for NET4.0
IPv6 over IPv4 tunneling driver
input: USB HID v1.00 Mouse [Microsoft Microsoft IntelliMouse® Explorer] on usb-00:11.2-1
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 296k freed
Adding 491392k swap on /dev/hda2.  Priority:-1 extents:1
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,1), internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,3), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
eth0: Setting full-duplex based on MII #1 link partner capability of 45e1.
eth0: no IPv6 routers present
usb 1-1: USB disconnect, address 2
hub 1-0:0: debounce: port 1: delay 100ms stable 4 status 0x301
hub 1-0:0: new USB device on port 1, assigned address 3
input: USB HID v1.00 Mouse [Microsoft Microsoft IntelliMouse® Explorer] on usb-00:11.2-1
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timed out, status 0000, PHY status 782d, resetting...
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timed out, status 0000, PHY status 782d, resetting...
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timed out, status 0000, PHY status 782d, resetting...
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timed out, status 0000, PHY status 782d, resetting...
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timed out, status 0000, PHY status 782d, resetting...
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timed out, status 0000, PHY status 782d, resetting...
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timed out, status 0000, PHY status 782d, resetting...
nfs: server procyon not responding, still trying
nfs: server procyon OK

Re: via rhine bug? (timeouts and resets)

[Roger Luethi]

On Tue, 11 Feb 2003 19:55:07 +0100, Henrik Persson wrote:
> Something was strange.. Now I get the errors.. But the funny thing is:
> when downloading the file there's no problem at all. Uploading the same

It's the Rhine Tx engine that's been giving us headaches all along. There's
at least one bug in the Rx path, too, but it's masked by the Tx problems.

Try this, log again. This will show whether I'm suspecting the right bug.

@@ -1290,6 +1290,9 @@ static void via_rhine_interrupt(int irq,
 	while ((intr_status = readw(ioaddr + IntrStatus))) {
 		/* Acknowledge all of the current interrupt sources ASAP. */
 		writew(intr_status & 0xffff, ioaddr + IntrStatus);
+		if (readb(ioaddr+0x84) & 0x08)
+			printk(KERN_DEBUG "Gotcha: %#x %#x %#x\n", intr_status,
+				readb(ioaddr+0x84), readb(ioaddr+0x86));
 
 		if (debug > 4)
 			printk(KERN_DEBUG "%s: Interrupt, status %4.4x.\n",

Roger

Re: via rhine bug? (timeouts and resets)

[Henrik Persson]

[-- Attachment #1: Type: text/plain, Size: 689 bytes --]

On Tue, 11 Feb 2003 20:31:27 +0100
Roger Luethi <rl@hellgate.ch> wrote:

RL> It's the Rhine Tx engine that's been giving us headaches all along.
RL> There's at least one bug in the Rx path, too, but it's masked by the
RL> Tx problems.
RL> 
RL> Try this, log again. This will show whether I'm suspecting the right
RL> bug.

And look what came up when I stressed the net a bit.. Worked fine at
first, though.. But I guess that depends on other things.. Sunset and
all.. Heh ;)

Well.. dmesg attached..

-- 
Henrik Persson
e-mail: nix@socialism.nu  WWW: http://nix.badanka.com
ICQ: 26019058             PGP/GPG: http://nix.badanka.com/pgp
PGP-Key-ID: 0x43B68116    PGP-Keyserver: pgp.mit.edu

[-- Attachment #2: dmesg --]
[-- Type: application/octet-stream, Size: 11616 bytes --]

Linux version 2.5.60 (root@vega) (gcc version 2.95.3 20010315 (release)) #7 Tue Feb 11 21:19:30 CET 2003
Video mode to be used for restore is 305
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000eff0000 (usable)
 BIOS-e820: 000000000eff0000 - 000000000effffc0 (ACPI data)
 BIOS-e820: 000000000effffc0 - 000000000f000000 (ACPI NVS)
 BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
239MB LOWMEM available.
On node 0 totalpages: 61424
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 57328 pages, LIFO batch:13
  HighMem zone: 0 pages, LIFO batch:1
ACPI: RSDP (v000 OID_00                     ) @ 0x000e4010
ACPI: RSDT (v001 OID_00 RSDT_000 12336.12336) @ 0x0efffbc0
ACPI: FADT (v002 INSYDE FACP_000 00000.00256) @ 0x0efffac0
ACPI: BOOT (v001 INSYDE SYS_BOOT 00000.00256) @ 0x0efffb50
ACPI: DBGP (v001 INSYDE SYS_DBGP 00000.00256) @ 0x0efffb80
ACPI: DSDT (v001 INSYDE   VT8362 00000.04096) @ 0x00000000
ACPI: BIOS passes blacklist
Building zonelist for node : 0
Kernel command line: BOOT_IMAGE=Linux ro root=301
Initializing CPU#0
PID hash table entries: 1024 (order 10: 8192 bytes)
Detected 1199.900 MHz processor.
Console: colour dummy device 80x25
Calibrating delay loop... 2367.48 BogoMIPS
Memory: 239396k/245696k available (1884k kernel code, 5600k reserved, 757k data, 296k init, 0k highmem)
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
-> /dev
-> /dev/console
-> /root
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
CPU:     After generic, caps: 0183f9ff c1cbf9ff 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: AMD mobile AMD Athlon(tm) XP 1400+  stepping 00
Enabling fast FPU save and restore... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
mtrr: v2.0 (20020519)
PCI: PCI BIOS revision 2.10 entry at 0xe8a64, last bus=1
PCI: Using configuration type 1
BIO: pool of 256 setup, 15Kb (60 bytes/bio)
biovec pool[0]:   1 bvecs: 256 entries (12 bytes)
biovec pool[1]:   4 bvecs: 256 entries (48 bytes)
biovec pool[2]:  16 bvecs: 256 entries (192 bytes)
biovec pool[3]:  64 bvecs: 256 entries (768 bytes)
biovec pool[4]: 128 bvecs: 256 entries (1536 bytes)
biovec pool[5]: 256 bvecs: 256 entries (3072 bytes)
ACPI: Subsystem revision 20030122
    ACPI-0262: *** Info: GPE Block0 defined as GPE0 to GPE15
    ACPI-0262: *** Info: GPE Block1 defined as GPE16 to GPE31
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
PCI: Probing PCI hardware (bus 00)
Disabling VIA memory write queue (PCI ID 0305, rev 80): [55] 3c & 1f -> 1c
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: Embedded Controller [EC0] (gpe 1)
ACPI: PCI Interrupt Link [LNKA] (IRQs 10 *11)
ACPI: PCI Interrupt Link [LNKB] (IRQs 10 11, disabled)
ACPI: PCI Interrupt Link [LNKC] (IRQs *10)
ACPI: PCI Interrupt Link [LNKD] (IRQs 10 *11)
block request queues:
 128 requests per read queue
 128 requests per write queue
 8 requests per batch
 enter congestion at 15
 exit congestion at 17
drivers/usb/core/usb.c: registered new driver hub
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off'
PCI: Cannot allocate resource region 0 of device 00:0a.0
SBF: Simple Boot Flag extension found and enabled.
SBF: Setting boot flags 0x1
Enabling SEP on CPU 0
aio_setup: sizeof(struct page) = 40
Journalled Block Device driver loaded
Applying VIA southbridge workaround.
ACPI: AC Adapter [ADP0] (on-line)
ACPI: Battery Slot [BAT0] (battery absent)
ACPI: Power Button (FF) [PWRF]
ACPI: Lid Switch [LID]
ACPI: Processor [CPU0] (supports C1 C2)
ACPI: Thermal Zone [THRM] (74 C)
Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing disabled
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
parport0: irq 7 detected
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
vesafb: framebuffer at 0x90000000, mapped to 0xcf807000, size 15296k
vesafb: mode is 1024x768x8, linelength=1024, pages=18
vesafb: protected mode interface info at c000:7926
vesafb: scrolling: redraw
fb0: VESA VGA frame buffer device
Console: switching to colour frame buffer device 128x48
pty: 256 Unix98 ptys configured
lp0: using parport0 (polling).
Real Time Clock Driver v1.11
Linux agpgart interface v0.100 (c) Dave Jones
agpgart: Detected VIA Apollo Pro KT133 chipset
agpgart: Maximum main memory to use for agp memory: 189M
agpgart: AGP aperture is 64M @ 0xa0000000
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
loop: loaded (max 8 devices)
via-rhine.c:v1.10-LK1.1.15exp1  December-21-2002  Written by Donald Becker
  http://www.scyld.com/network/via-rhine.html
PCI: Enabling device 00:12.0 (0001 -> 0003)
via-rhine: Reset succeeded.
eth0: VIA VT6102 Rhine-II at 0xe800, 00:c0:9f:0d:d1:dd, IRQ 11.
eth0: MII PHY found at address 1, status 0x782d advertising 01e1 Link 45e1.
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: IDE controller at PCI slot 00:11.1
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: VIA vt8231 (rev 10) IDE UDMA100 controller on pci00:11.1
    ide0: BM-DMA at 0x1100-0x1107, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0x1108-0x110f, BIOS settings: hdc:DMA, hdd:pio
hda: TOSHIBA MK2018GAP, ATA DISK drive
hda: DMA disabled
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: QSI DVD-ROM SDR-083, ATAPI CD/DVD-ROM drive
hdc: DMA disabled
ide1 at 0x170-0x177,0x376 on irq 15
hda: host protected area => 1
hda: 39070080 sectors (20004 MB), CHS=38760/16/63, UDMA(100)
 hda: hda1 hda2 hda3
hdc: ATAPI 24X DVD-ROM drive, 512kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.12
end_request: I/O error, dev hdc, sector 0
Console: switching to colour frame buffer device 128x48
drivers/usb/host/uhci-hcd.c: USB Universal Host Controller Interface driver v2.0
uhci-hcd 00:11.2: VIA Technologies, In USB
uhci-hcd 00:11.2: irq 11, io base 00001200
uhci-hcd 00:11.2: new USB bus registered, assigned bus number 1
hub 1-0:0: USB hub found
hub 1-0:0: 2 ports detected
drivers/usb/core/usb.c: registered new driver hid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
mice: PS/2 mouse device common for all mice
i8042.c: Detected active multiplexing controller, rev 1.1.
serio: i8042 AUX0 port at 0x60,0x64 irq 12
serio: i8042 AUX1 port at 0x60,0x64 irq 12
serio: i8042 AUX2 port at 0x60,0x64 irq 12
input: PS/2 Generic Mouse on isa0060/serio4
serio: i8042 AUX3 port at 0x60,0x64 irq 12
input: AT Set 2 keyboard on isa0060/serio0
serio: i8042 KBD port at 0x60,0x64 irq 1
Advanced Linux Sound Architecture Driver Version 0.9.0rc7 (Sun Feb 09 18:00:12 2003 UTC).
request_module[snd-card-0]: not ready
request_module[snd-card-1]: not ready
request_module[snd-card-2]: not ready
request_module[snd-card-3]: not ready
request_module[snd-card-4]: not ready
request_module[snd-card-5]: not ready
request_module[snd-card-6]: not ready
request_module[snd-card-7]: not ready
PCI: Setting latency timer of device 00:11.5 to 64
hub 1-0:0: debounce: port 1: delay 100ms stable 4 status 0x301
hub 1-0:0: new USB device on port 1, assigned address 2
ALSA device list:
  #0: VIA 82C686A/B rev40 at 0xe000, irq 10
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
IPv6 v0.8 for NET4.0
IPv6 over IPv4 tunneling driver
input: USB HID v1.00 Mouse [Microsoft Microsoft IntelliMouse® Explorer] on usb-00:11.2-1
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 296k freed
hub 1-0:0: debounce: port 2: delay 100ms stable 4 status 0x301
hub 1-0:0: new USB device on port 2, assigned address 3
input: USB HID v1.10 Keyboard [Logitech Logitech USB Keyboard] on usb-00:11.2-2
input: USB HID v1.10 Mouse [Logitech Logitech USB Keyboard] on usb-00:11.2-2
Adding 491392k swap on /dev/hda2.  Priority:-1 extents:1
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,1), internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.16, 02 Dec 2001 on ide0(3,3), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
eth0: via_rhine_open() irq 11.
eth0: Reset succeeded.
eth0: Setting full-duplex based on MII #1 link partner capability of 45e1.
eth0: Done via_rhine_open(), status 0c1a MII status: 782d.
eth0: no IPv6 routers present
eth0: Transmit error, Tx status 00008800.
eth0: Transmitter underrun, Tx threshold now 40.
eth0: Transmit error, Tx status 00008800.
eth0: Transmitter underrun, Tx threshold now 60.
eth0: Transmit error, Tx status 00008800.
eth0: Transmitter underrun, Tx threshold now 80.
Gotcha: 0x2 0x8 0x0
Gotcha: 0x1 0x8 0x0
Gotcha: 0x1 0x8 0x0
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timed out, status 0000, PHY status 782d, resetting...
eth0: Reset succeeded.
eth0: Transmit error, Tx status 00008800.
eth0: Transmitter underrun, Tx threshold now 40.
eth0: Transmit error, Tx status 00008800.
eth0: Transmitter underrun, Tx threshold now 60.
eth0: Transmit error, Tx status 00008800.
eth0: Transmitter underrun, Tx threshold now 80.
nfs: server procyon not responding, still trying
Gotcha: 0x2 0x8 0x0
Gotcha: 0x2 0x8 0x0
Gotcha: 0x2 0x8 0x0
Gotcha: 0x2 0x8 0x0
Gotcha: 0x2 0x8 0x0
Gotcha: 0x2 0x8 0x0
Gotcha: 0x2 0x8 0x0
Gotcha: 0x2 0x8 0x0
Gotcha: 0x2 0x8 0x0
Gotcha: 0x2 0x8 0x0
Gotcha: 0x1 0x8 0x0
Gotcha: 0x1 0x8 0x0
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timed out, status 0000, PHY status 782d, resetting...
eth0: Reset succeeded.
eth0: Transmit error, Tx status 00008c00.
eth0: Transmitter underrun, Tx threshold now 40.
eth0: Transmit error, Tx status 00008c00.
eth0: Transmitter underrun, Tx threshold now 60.
eth0: Transmit error, Tx status 00008800.
eth0: Transmitter underrun, Tx threshold now 80.
nfs: server procyon not responding, still trying
nfs: server procyon OK
nfs: server procyon OK
Gotcha: 0x2 0x8 0x0
Gotcha: 0x1 0x8 0x0
Gotcha: 0x1 0x8 0x0
Gotcha: 0x1 0x8 0x0
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timed out, status 0000, PHY status 782d, resetting...
eth0: Reset succeeded.
eth0: Transmit error, Tx status 00008c00.
eth0: Transmitter underrun, Tx threshold now 40.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timed out, status 0000, PHY status 782d, resetting...
eth0: Reset succeeded.
eth0: Transmit error, Tx status 00008c00.
eth0: Transmitter underrun, Tx threshold now 40.
eth0: Transmit error, Tx status 00008800.
eth0: Transmitter underrun, Tx threshold now 60.
NETDEV WATCHDOG: eth0: transmit timed out
eth0: Transmit timed out, status 0000, PHY status 782d, resetting...
eth0: Reset succeeded.
eth0: Transmit error, Tx status 00008c00.
eth0: Transmitter underrun, Tx threshold now 40.

Re: via rhine bug? (timeouts and resets)

[Roger Luethi]

On Tue, 11 Feb 2003 21:31:10 +0100, Henrik Persson wrote:
> And look what came up when I stressed the net a bit.. Worked fine at
> first, though.. But I guess that depends on other things.. Sunset and
> all.. Heh ;)

It's pretty easy to trigger, actually. Just have some heavy traffic going
in _and_ out, e.g. netcat blowing iso images both ways. It will last a
couple of seconds at most.

> Well.. dmesg attached..

# eth0: Setting full-duplex based on MII #1 link partner capability of 45e1.
# eth0: Done via_rhine_open(), status 0c1a MII status: 782d.
# eth0: no IPv6 routers present
# eth0: Transmit error, Tx status 00008800.
# eth0: Transmitter underrun, Tx threshold now 40.
# eth0: Transmit error, Tx status 00008800.
# eth0: Transmitter underrun, Tx threshold now 60.
# eth0: Transmit error, Tx status 00008800.
# eth0: Transmitter underrun, Tx threshold now 80.
# Gotcha: 0x2 0x8 0x0
# Gotcha: 0x1 0x8 0x0
# Gotcha: 0x1 0x8 0x0
# NETDEV WATCHDOG: eth0: transmit timed out
# eth0: Transmit timed out, status 0000, PHY status 782d, resetting...
# eth0: Reset succeeded.

As expected. Now comes the punch line: I don't know how to fix this. I
locked my machine up solid a couple of times trying. It seems that
particular flag doesn't want to be cleared. Of course I could simply reset
the chip, but that's a) less than elegant and b) would make cleaning up the
force_media mess kind of urgent. And doing that properly is a rather
non-trivial change. Also, I need to investigate the implications for
Rhine-III and have somebody test Rhine-I.

Thanks for the logs, though; at least now I know that many more would hit
that problem if they weren't using a driver that breaks down way earlier.
If the problem bothers you I can send you a dirty hack. I need to whack
some registers before writing a proper fix, and I don't know when that will
happen.

Roger

Re: via rhine bug? (timeouts and resets)

[Roger Luethi]

On Tue, 11 Feb 2003 17:44:53 +0000, Alan Cox wrote:
> I'd be happy to test via-rhine stuff, but my boxes don't generally like
> 2.5.x so I can only usefully test 2.4.x fixes

No prob. AFAIK the only significant difference 2.4/2.5 is the change you
made in 2.4.21pre4-ac1 (which, being short of IO-APIC hw, I can't test):

o       Always set interrupt line with VIA northbridge  (me)
        | Should fix apic mode problems with USB/audio/net on VIA boards

Besides that, Rhine drivers are in sync and should fail (or work)
identically in both trees.

However, unlike previous patches, changes pending now are not "obviously
right", so they need regression testing. 1.1.15exp1 for example cut the
time allowed for chip reset by three orders of magnitude [1]. Upcoming
patches will likely reshuffle code logic in order to fix races and bugs in
the current code.

So, thanks for the offer. If you can give 1.1.15exp1 a spin that'd be a
good start. It does fix a few existing problems and should not introduce
any new ones.

Roger

[1] http://marc.theaimsgroup.com/?l=linux-kernel&m=104050723916958&w=2

Re: via rhine bug? (timeouts and resets)

[Christian Guggenberger]

On 12.02.2003   17:41 Alan Cox wrote:
> On Wed, 2003-02-12 at 14:58, Christian Guggenberger wrote:
> > > o       Always set interrupt line with VIA northbridge  (me)
> > >        | Should fix apic mode problems with USB/audio/net on VIA boards
> > >
> > Can you please send a patch against 2.5.60, cause I would like to test
> these
> > IO APIC things on my via board. 2.4-ac is no choice for me, since patching
> xfs
> > into 2.4-ac is a little bit too painful for me;-)
> 
> At the moment I can't even get 2.5.60 to boot so its a bit hard to do any
> work
> on it.
Of course;-)

> Just run via boxes with "noapic" and dont enable the apic stuff on
> single
> cpu systems. Thats as good if not a better test
> 
That's what I'm almost doing since I have this mobo. I have APICs enabled in 
both kernel and bios, but IO-APICs disabled. 2.5.60 seems to work for me.
The only thing I'd like to get rid off, are those Interrupt errors in 
/proc/interrupts (maybe they are harmless anyway):

            CPU0
   0:     941032   XT-PIC  timer
   1:       1927   XT-PIC  i8042
   2:          0   XT-PIC  cascade
   5:          0   XT-PIC  VIA8233
   8:          4   XT-PIC  rtc
  10:      14946   XT-PIC  ide2, eth0
  12:      29425   XT-PIC  i8042
  14:       7525   XT-PIC  ide0
  15:         36   XT-PIC  ide1
NMI:          0
LOC:     940979
ERR:        914

They won't go away with noapic, too.

With IO-APICs the ERR count would stay at 0. (but then most onboard devices 
wouldn't work)
That's why i asked for that APIC patch in my previous mail.

Christian

Re: via rhine bug? (timeouts and resets)

[Alan Cox]

On Wed, 2003-02-12 at 14:58, Christian Guggenberger wrote:
> > o       Always set interrupt line with VIA northbridge  (me)
> >        | Should fix apic mode problems with USB/audio/net on VIA boards
> > 
> Can you please send a patch against 2.5.60, cause I would like to test these 
> IO APIC things on my via board. 2.4-ac is no choice for me, since patching xfs 
> into 2.4-ac is a little bit too painful for me;-)

At the moment I can't even get 2.5.60 to boot so its a bit hard to do any work
on it. Just run via boxes with "noapic" and dont enable the apic stuff on single
cpu systems. Thats as good if not a better test

Re: via rhine bug? (timeouts and resets)

[Christian Guggenberger]

>> I'd be happy to test via-rhine stuff, but my boxes don't generally like
>> 2.5.x so I can only usefully test 2.4.x fixes
> 
> No prob. AFAIK the only significant difference 2.4/2.5 is the change you
> made in 2.4.21pre4-ac1 (which, being short of IO-APIC hw, I can't test):
> 
> o       Always set interrupt line with VIA northbridge  (me)
>        | Should fix apic mode problems with USB/audio/net on VIA boards
> 
Can you please send a patch against 2.5.60, cause I would like to test these 
IO APIC things on my via board. 2.4-ac is no choice for me, since patching xfs 
into 2.4-ac is a little bit too painful for me;-)

Christian