Date: Sun, 27 Jun 1999 19:44:59 -0500 From: Bob Willcox <bob@luke.pmr.com> To: "Andrew W. Flury" <aflury@nas.nasa.gov> Cc: "Danny J. Zerkel" <dzerkel@columbus.rr.com>, 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> In-Reply-To: <199906052249.PAA13811@madrugada.nas.nasa.gov>; from Andrew W. Flury on Sat, Jun 05, 1999 at 03:49:29PM -0700 References: <37591E90.2FD85193@columbus.rr.com> <199906052249.PAA13811@madrugada.nas.nasa.gov>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990627194459.A452>