From owner-freebsd-stable Sun Jun 27 17:45: 1 1999 Delivered-To: freebsd-stable@freebsd.org Received: from luke.pmr.com (luke.pmr.com [207.170.114.132]) by hub.freebsd.org (Postfix) with ESMTP id 055C715229 for ; Sun, 27 Jun 1999 17:44:56 -0700 (PDT) (envelope-from bob@luke.pmr.com) Received: (from bob@localhost) by luke.pmr.com (8.9.3/8.9.2) id TAA00518; Sun, 27 Jun 1999 19:44:59 -0500 (CDT) (envelope-from bob) Date: Sun, 27 Jun 1999 19:44:59 -0500 From: Bob Willcox To: "Andrew W. Flury" Cc: "Danny J. Zerkel" , freebsd-stable@FreeBSD.ORG, holtor@yahoo.com Subject: Re: kern/10411: top, vmstat, iostat show 0% cpu idle & usage on SMP system Message-ID: <19990627194459.A452@luke.pmr.com> Reply-To: Bob Willcox References: <37591E90.2FD85193@columbus.rr.com> <199906052249.PAA13811@madrugada.nas.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <199906052249.PAA13811@madrugada.nas.nasa.gov>; from Andrew W. Flury on Sat, Jun 05, 1999 at 03:49:29PM -0700 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sat, Jun 05, 1999 at 03:49:29PM -0700, Andrew W. Flury wrote: > > FYI, this problem also exists if you have APM enabled in your BIOS setup but > not enabled in your kernel. Disabling it in the BIOS is one way to fix it > (it's enabled on ASUS P2B boards by default). Hmm, well I tried Danny's suggestion of adding apm to my kernel configuration and that solved the problem on my system (w/ASUS XG-DLS MB). My APM has never been enabled in the BIOS, however (that's always one of the first things I do with a new MB). Bob > > > Joe, > > > > Do you have apm configured in your kernel? If so, try: > > > > device apm0 at isa? flags 0x20 > > > > So far, this seems to correct it. > > > > When I started digging around, I found that the stat clock had been > > disabled. > > The only thing that can disable it is apm, but the test looks backwards > > to me: > > > > *** /usr/src/sys/i386/isa/clock.c: > > line 946: > > cpu_initclocks() > > { > > int diag; > > #ifdef APIC_IO > > int apic_8254_trial; > > #endif /* APIC_IO */ > > > > if (statclock_disable) { > > /* > > * The stat interrupt mask is different without the > > * statistics clock. Also, don't set the interrupt > > * flag which would normally cause the RTC to generate > > * interrupts. > > */ > > stat_imask = HWI_MASK | SWI_MASK; > > rtc_statusb = RTCSB_24HR; > > } else { > > /* Setting stathz to nonzero early helps avoid races. */ > > stathz = RTC_NOPROFRATE; > > profhz = RTC_PROFRATE; > > } > > > > The problem seems to be that the statclock gets disabled if > > statclock_disable > > ISN'T set. My stathz was set to RTC_NOPROFRATE, which disables > > collection > > of stats. > > > > > > After installing a MP kernel on my system I have noticed that the various > > > > system utilities that display cpu usage all report 0.0% for everything. > > > > The UP kernel does not have this problem and the MP kernel will work ok > > > > briefly after rebooting, until I apply a load (such as starting X or > > > > building a kernel). > > > > > > I am seeing this problem as well. > > > > > > ASUS P2B-DS, 2 x PII-400/512, disks moved from an HP Vectra XU/200 that > > > worked just fine. I was running a mildly modified 3.0R on the Vectra > > > which reported statistics correctly. Moving these to the P2B-DS broke, > > > for reasons unknown, since I have other P2B-DS's on 3.0R which report > > > statistics fine. > > > > > > I then upgraded the box to 3.1R since I thought maybe my mods were causing > > > the problem, but it is still broken. > > > > > > Oddly, it appears to work fine in single-user, although I didn't play with > > > it for more than a few minutes. > > > > > > More oddly, load average appears to report properly. > > > > > > If any bug whacker would like access to the box in question, it can be > > > arranged easily enough (its a games machine). I'd sure like to see a fix > > > for this. > > > > > > ... Joe > > > > -- Danny J. Zerkel > > dzerkel@columbus.rr.com > > "Sursum ad Absurdum" > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-stable" in the body of the message > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Bob Willcox The man who follows the crowd will usually get no bob@luke.pmr.com further than the crowd. The man who walks alone is Austin, TX likely to find himself in places no one has ever been. -- Alan Ashley-Pitt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message