kern/103090: sys/dev/sk [sk] still having watchdog timeouts
risner at stdio.com
risner at stdio.com
Sun Sep 10 06:30:21 PDT 2006
>Number: 103090
>Category: kern
>Synopsis: sys/dev/sk [sk] still having watchdog timeouts
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Sun Sep 10 13:30:17 GMT 2006
>Closed-Date:
>Last-Modified:
>Originator: James Risner
>Release: FreeBSD 6.1-RELEASE-p5 i386
>Organization:
Openworld, Inc
>Environment:
System: FreeBSD akira.stdio.com 6.1-RELEASE-p5 FreeBSD 6.1-RELEASE-p5 #1: Sun Sep 3 03:08:46 EDT 2006 risner at akira.stdio.com:/usr/obj/usr/src/sys/AKIRA i386
Asus P4C800 Deluxe
CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2605.92-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9
Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
Features2=0x4400<CNTX-ID,<b14>>
Logical CPUs per core: 2
real memory = 1072889856 (1023 MB)
avail memory = 1040838656 (992 MB)
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
skc0: <3Com 3C940 Gigabit Ethernet> port 0xd800-0xd8ff mem 0xfeaf8000-0xfeafbfff irq 22 at device 5.0 on pci2
skc0: 3Com Gigabit LOM (3C940) rev. (0x1)
sk0: <Marvell Semiconductor, Inc. Yukon> on skc0
sk0: Ethernet address: 00:0c:6e:37:a0:43
miibus0: <MII bus> on sk0
e1000phy0: <Marvell 88E1000 Gigabit PHY> on miibus0
e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto
Trying to mount root from ufs:/dev/twed0s1a
Buildworld from fresh cvsup on Sun Sep 3 01:27:01 2006:
*default release=cvs tag=RELENG_6_1
akira# mergemaster -cv
akira# make buildworld
akira# make buildkernel KERNCONF=AKIRA
akira# make installkernel KERNCONF=AKIRA
akira# mergemaster -p
akira# make installworld
akira# make delete-old
>Description:
The sk driver has always had problems since I first installed this machine.
For the last year it has been working well enough that it doesn't require a reboot to start
working again. I read in problem kern/91000 that the sk watchdog timers should be gone,
so I tried it out. They are still present for me. This causes loss of connectivity long
enough to reset a putty session (and require "Duplicate Session" to log back in.)
I can run any tests required or requested.
>How-To-Repeat:
I can not make the problem fail. It seems to happen during use (while using putty or
using squid as a cache.) It does not appear to damage outbound ssh connections (so
my ssh commands inside screen to other machines rarely get disconnected.)
Here is a list of the timeouts since 9/3/06:
Sep 9 00:23:42 akira kernel: sk0: watchdog timeout
Sep 9 00:36:08 akira kernel: sk0: watchdog timeout
Sep 9 00:39:53 akira kernel: sk0: watchdog timeout
Sep 9 00:43:53 akira kernel: sk0: watchdog timeout
Sep 9 00:50:29 akira kernel: sk0: watchdog timeout
Sep 9 00:56:59 akira kernel: sk0: watchdog timeout
Sep 10 01:11:14 akira kernel: sk0: watchdog timeout
Sep 10 01:12:32 akira kernel: sk0: watchdog timeout
Sep 10 01:27:31 akira kernel: sk0: watchdog timeout
Sep 10 02:07:07 akira kernel: sk0: watchdog timeout
>Fix:
Probably the best fix for this is to go buy a PCI gig-e board based on e1000 Intel, but
I am stuck with the onboard and if I did add an onboard PCI, I would worry about the lower
maximum throughput from PCI vs onboard.
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list