Subject: kern/29134: KASSERT(to_ticks > 0) getting tripped
To: None <kern-bug-people@netbsd.org, gnats-admin@netbsd.org,>
From: Peter Seebach <seebs@herd.plethora.net>
List: netbsd-bugs
Date: 01/27/2005 14:55:00
>Number: 29134
>Category: kern
>Synopsis: 2.0 kernel panicking with to_ticks > 0
>Confidential: no
>Severity: critical
>Priority: high
>Responsible: kern-bug-people
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Thu Jan 27 14:55:00 +0000 2005
>Originator: Peter Seebach
>Release: NetBSD 2.0
>Organization:
>Environment:
System: NetBSD herd.plethora.net 2.0 NetBSD 2.0 (HERD) #1: Thu Jan 27 08:47:34 CST 2005 root@herd.plethora.net:/usr/src/sys/arch/i386/compile/HERD i386
Architecture: i386
Machine: i386
>Description:
One of my servers dropped into DDB with the assertion to_ticks > 0.
A little after rebooting, it did it again. I rebooted again,
and interrupted ntpd, and nothing happened, but I haven't tested
to see whether that's it.
>How-To-Repeat:
Run a 2.0 kernel on a mildly loaded dual-processor machine for
months without incident, then suddenly BANG! (Actually, kernel
was from mid-december.)
>Fix:
Not known. I rebuilt with DIAGNOSTIC off as an emergency fix.
I have savecore and the old kernel. The kernel was built with
-mcpu=i686, but no optimization, for reasons I really don't know
anymore.