From owner-freebsd-questions Mon Jun 14 14:35: 9 1999 Delivered-To: freebsd-questions@freebsd.org Received: from pallas.veritas.com (pallas.veritas.com [204.177.156.25]) by hub.freebsd.org (Postfix) with ESMTP id 6437914C03; Mon, 14 Jun 1999 14:35:00 -0700 (PDT) (envelope-from aaron@sigma.veritas.com) Received: from megami.veritas.com (megami.veritas.com [192.203.46.101]) by pallas.veritas.com (8.9.1a/8.9.1) with SMTP id OAA01124; Mon, 14 Jun 1999 14:35:37 -0700 (PDT) Received: from sigma.veritas.com([192.203.46.125]) (2670 bytes) by megami.veritas.com via sendmail with P:esmtp/R:smart_host/T:smtp (sender: ) id for ; Mon, 14 Jun 1999 14:34:56 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #3 built 1999-Jan-25) Received: from sigma (localhost [127.0.0.1]) by sigma.veritas.com (8.9.2/8.9.1) with ESMTP id OAA55831; Mon, 14 Jun 1999 14:34:55 -0700 (PDT) (envelope-from aaron@sigma.veritas.com) Message-Id: <199906142134.OAA55831@sigma.veritas.com> From: Aaron Smith To: James FitzGibbon Cc: freebsd-questions@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG Subject: Re: CPU states at 0.0% on 3.2-R SMP box ? In-reply-to: Your message of "Mon, 14 Jun 1999 17:21:43 EDT." <19990614172141.A30011@ehlo.com> Date: Mon, 14 Jun 1999 14:34:55 -0700 Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG this is a problem with an rtc interrupt being lost, which apparently wedges up all further rtc interrupts. i solved it by searching the mailing list archives and located this post: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=54158+0+archive/1999/freebsd-smp/19990607.freebsd-smp (in case the URL doesn't work for some reason it's by bob wilcox from may 20, the patch is supposedly from tor egge(?) and it patches clkintr). once i applied the patch i never saw any weirdness. apparently this is a temporary workaround? can somebody explain more fully? what cost am i paying for a patch named "BROKEN_RTC_KLUDGE"? Aaron Smith On Mon, 14 Jun 1999 17:21:43 EDT, James FitzGibbon writes: >Back in march of this year there was a thread in -questions and -smp about >SMP boxes showing all CPU states at 0.0% and processes continuing to take up >CPU time but not do any actual work. The responses to people's questions >were usually along the lines of "Try 3.1-RELEASE, it should be fixed there". > >I've just installed 3.2-RELEASE on a Dual Xeon-450 ASUS board, and am seeing >the same problem. I've tried using an aout version of /sbin/init, as was >suggested by someone on the old thread, but that didn't solve anything. > >Is there a definate answer about this ? My boss says that when he last >tried FreeBSD on this box, it was very unstable, and he corelates the wacky >top behaviour with this instability. Hence, as long as top acts wacky, I >can't move this box into production. > >I'm trying to find out if this is merely a presentation/lookup problem or if >the CPU cycles really aren't being sliced up properly between processors. >If anyone has more information, I'd really appreciate hearing it. >Alternatively, if anyone who knows the SMP code wants to hack around on a >box that exhibits this problem, I'd be glad to give you access. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message