Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 20 Apr 2001 09:48:10 -0400
From:      Mike Tancsa <mike@sentex.net>
To:        Bruce Evans <bde@zeta.org.au>, John Baldwin <jhb@FreeBSD.ORG>
Cc:        cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG
Subject:   RE: cvs commit: src/sys/kern kern_clock.c
Message-ID:  <5.0.2.1.0.20010420094504.01f28b90@marble.sentex.ca>
In-Reply-To: <Pine.BSF.4.21.0104180800580.12760-100000@besplex.bde.org>
References:  <XFMail.010417110037.jhb@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help

Note sure if this is related. But when I updated a customer's Dell box to
4.3-RC FreeBSD 4.3-RC #0: Thu Apr 19 12:14:02 EDT 2001

named is crashing again,

Apr 20 09:17:57 ats2 named[159]: 
/usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_glue.c:255: 
INSIST(ttp->tv_usec >= 0 && t
tp->tv_usec < 1000000) failed.
Apr 20 09:17:57 ats2 named[159]: 
/usr/src/usr.sbin/named/../../contrib/bind/bin/named/ns_glue.c:255: 
INSIST(ttp->tv_usec >= 0 && t
tp->tv_usec < 1000000) failed.

Afterwards he exits with a signal 6

kern.timecounter.method: 0
kern.timecounter.hardware: i8254

         ---Mike



At 08:26 AM 4/18/01 +1000, Bruce Evans wrote:
>On Tue, 17 Apr 2001, John Baldwin wrote:
>
> > On 17-Apr-01 John Baldwin wrote:
> > > jhb         2001/04/17 10:53:37 PDT
> > >
> > >   Modified files:
> > >     sys/kern             kern_clock.c
> > >   Log:
> > >   Fix an old bug related to BETTER_CLOCK.  Call forward_*clock if SMP
> > >   and __i386__ are defined rather than if SMP and BETTER_CLOCK are 
> defined.
> > >   The removal of BETTER_CLOCK would have broken this except that 
> kern_clock.c
> > >   doesn't include <machine/smptests.h>, so it doesn't see the 
> definition of
> > >   BETTER_CLOCK, and forward_*clock aren't called, even on 4.x.  This 
> seems to
> > >   fix the problem where a n-way SMP system would see 100 * n clk 
> interrupts
> > >   and 128 * n rtc interrupts.
> >
> > This should probably be fixed in 4.x at some point, as it means clock
> > interrupts aren't getting forwarded to other CPU's.  Then again, some 
> parts of
>
>There is no problem in RELENG_4, since <machine/smptests.h> is (bogusly)
>included in <machine/lock.h>, which is (non-bogusly) included in
><sys/lock.h>, which is (bogusly) included in kern_clock.c.
>
>Bruce
>
>
>To Unsubscribe: send mail to majordomo@FreeBSD.org
>with "unsubscribe cvs-all" in the body of the message


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5.0.2.1.0.20010420094504.01f28b90>