From nigel@aims.com.au  Wed May  9 16:59:25 2001
Return-Path: <nigel@aims.com.au>
Received: from postoffice.aims.com.au (advanc2.lnk.telstra.net [139.130.119.73])
	by hub.freebsd.org (Postfix) with ESMTP id 5CFD737B423
	for <FreeBSD-gnats-submit@freebsd.org>; Wed,  9 May 2001 16:59:22 -0700 (PDT)
	(envelope-from nigel@aims.com.au)
Received: from postoffice.aims.com.au (nts-ts1.aims.private [192.168.10.2])
	by postoffice.aims.com.au  with ESMTP id f49NxKr53415
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 10 May 2001 09:59:21 +1000 (EST)
	(envelope-from nigel@aims.com.au)
Received: from ntsts1 by aims.com.au
	with SMTP (MDaemon.v3.5.3.R)
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 10 May 2001 09:58:26 +1000
Message-Id: <200105092354.f49NsBA76099@twister.aims.private>
Date: Thu, 10 May 2001 09:58:24 +1000
From: nigel@aims.com.au
Reply-To: <nigel@aims.com.au>
To: <FreeBSD-gnats-submit@freebsd.org>
Subject: Problems with vr watchdog in FreeBSD 4.2
X-Send-Pr-Version: 3.2

>Number:         27237
>Category:       kern
>Synopsis:       Watchdog Timeouts under EXCESSIVE load
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    silby
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed May 09 17:00:05 PDT 2001
>Closed-Date:    Wed Aug 21 22:06:51 PDT 2002
>Last-Modified:  Wed Aug 21 22:06:51 PDT 2002
>Originator:     Nigel Weeks
>Release:        FreeBSD 4.2-RELEASE i386
>Organization:
AIMS
>Environment:
Ok. DMesg bits as follows

This machine has two celeron 366 processors, slightly overclocked.
But the PCI's are still running at 66MHz...

FreeBSD 4.2-RELEASE #0: Thu Jan 25 12:38:29 EST 2001
    nigel@twister.aims.private:/usr/obj/usr/src/sys/TWISTER
Timecounter "i8254"  frequency 1193182 Hz
CPU: Pentium II/Pentium II Xeon/Celeron (412.50-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0x665  Stepping = 5

Features=0x183fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,
CMOV,PAT,PSE36,MMX,FXSR>
real memory  = 134152192 (131008K bytes)
config> q
avail memory = 127320064 (124336K bytes)
Programming 24 pins in IOAPIC #0
IOAPIC #0 intpin 2 -> irq 0
FreeBSD/SMP: Multiprocessor motherboard
 cpu0 (BSP): apic id:  0, version: 0x00040011, at 0xfee00000
 cpu1 (AP):  apic id:  1, version: 0x00040011, at 0xfee00000
 io0 (APIC): apic id:  2, version: 0x00170011, at 0xfec00000
Preloaded elf kernel "kernel" at 0xc0341000.

NIC stuff:
vr0: <VIA VT3043 Rhine I 10/100BaseTX> port 0xe400-0xe47f mem
0xd5400000-0xd540007f irq 19 at device 11.0 on pci0
vr0: Ethernet address: 00:50:ba:ab:b9:6f
miibus0: <MII bus> on vr0
amphy0: <DM9101 10/100 media interface> on miibus0
amphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
>Description:

Bloody Hell you guys write some awesome code.
This machine performs soooo well.

One Problem.

Under extreme network load, /var/log/messages reports
May 10 09:41:35 twister /kernel: vr0: watchdog timeout
Just before this happens, the network freezes for around 30 seconds.
It does come right, but for a webserver doing 5million page views/day, it's
a headache for users

>How-To-Repeat:
Easy. Put load on the vr driver.
The problem is most severe when a 10MBit client requests hard and fast from
the 100MBit vr card.
The switch is a good one, and no other machines(even Linux - eeew) have no
troubles.
BUT - no other ones are doing 5Mega-pages either.

>Fix:

No idea.


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->silby 
Responsible-Changed-By: silby 
Responsible-Changed-When: Fri May 17 10:51:25 PDT 2002 
Responsible-Changed-Why:  
I'm taking the vr-related PRs for now. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=27237 
State-Changed-From-To: open->closed 
State-Changed-By: silby 
State-Changed-When: Wed Aug 21 22:06:22 PDT 2002 
State-Changed-Why:  
This problem should be solved in if_vr.c as of rev 1.26.2.10. 

If it can still be reproduced with that revision of the driver, 
I'll be happy to reopen the PR. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=27237 
>Unformatted:
