From nobody@FreeBSD.ORG Fri Mar  5 18:17:10 1999
Return-Path: <nobody@FreeBSD.ORG>
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id 436811527C; Fri,  5 Mar 1999 18:17:04 -0800 (PST)
Message-Id: <19990306021704.436811527C@hub.freebsd.org>
Date: Fri,  5 Mar 1999 18:17:04 -0800 (PST)
From: bob@pmr.com
Sender: nobody@FreeBSD.ORG
To: freebsd-gnats-submit@freebsd.org
Subject: top, vmstat, iostat show 0% cpu idle & usage on SMP system
X-Send-Pr-Version: www-1.0

>Number:         10411
>Category:       kern
>Synopsis:       top, vmstat, iostat show 0% cpu idle & usage on SMP system
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Mar  5 18:20:01 PST 1999
>Closed-Date:    Sat Jul 21 10:24:59 PDT 2001
>Last-Modified:  Sat Jul 21 10:25:34 PDT 2001
>Originator:     Bob Willcox
>Release:        3.1-stable
>Organization:
Power Micro Research
>Environment:
FreeBSD luke.pmr.com 3.1-STABLE FreeBSD 3.1-STABLE #10: Wed Mar  3 19:38:49 CST 1999     root@luke.pmr.com:/usr/src/sys/compile/LUKE.mp  i386
>Description:
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).

For example top's line 3 output looks like this:
0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  0.0% idle


My hardware is:

ASUS XG-DLS motherboard
2 Xeon 400MHz/512KB cache processors
512MB of SDRAM memory

>How-To-Repeat:
After booting the system run top, vmstat or iostat and observe that the
cpu usage stats.  In a second virtual console do a kernel build.  You
will (if your system is failing like mine is) then see that the cpu
stats being displayed will all change to zero and remain there till the
next reboot.
>Fix:
Not known

>Release-Note:
>Audit-Trail:

From: Joe Greco <jgreco@ns.sol.net>
To: freebsd-gnats-submit@freebsd.org, bob@pmr.com, stable@freebsd.org
Cc:  
Subject: Re: kern/10411: top, vmstat, iostat show 0% cpu idle & usage on SMP system
Date: Wed, 10 Mar 1999 17:07:08 -0600 (CST)

 > 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
 
 -------------------------------------------------------------------------------
 Joe Greco - Systems Administrator			      jgreco@ns.sol.net
 Solaria Public Access UNIX - Milwaukee, WI			   414/342-4847
 

From: John Cottrell <jcottrell@dial.pipex.com>
To: freebsd-gnats-submit@freebsd.org, bob@pmr.com
Cc:  
Subject: Re: kern/10411: top, vmstat, iostat show 0% cpu idle & usage on SMP system
Date: Thu, 03 Jun 1999 18:28:54 +0100

 Still broken in release 3.2R (Asus P2B-D + 2 * Pentium II 350)
 
 --
 John Cottrell
 Matrix Science Ltd.
 310 Edgware Road
 London W2 1DY, UK
 Tel: +44 171 723 2142
 Fax: +44 171 725 9360
 jcottrell@dial.pipex.com
 http://www.matrixscience.com
 
 
 

From: "David P. Moffett" <dpm@waterspout.com>
To: freebsd-gnats-submit@freebsd.org, bob@pmr.com
Cc:  
Subject: Re: kern/10411: top, vmstat, iostat...
Date: Wed, 23 Jun 1999 18:17:50 -0500 (EST)

 I too have a Asus P2B-D w 2 * Pentium II/400 and 512mb RAM.  
 top loses sight of 'CPU States' values after a very short 
 period of time.  Perhaps this is some kind of field overflow?
 
 --
 David Moffett
 dpm@vutar.com
 

From: John Grzesiak <johng@pcrd.net>
To: freebsd-gnats-submit@freebsd.org, bob@pmr.com
Cc:  
Subject: Re: kern/10411: top, vmstat, iostat show 0% cpu idle & usage on SMP 
 system
Date: Mon, 28 Jun 1999 11:52:44 -0400

 I have a few more nuggets to add:
 
 On my Asus P2B-DS :
     systat -v 1 yields the following:
 
     The alternate system clock has died!
     Reverting to ``Pigs'' display
 
 The problem only exists on my P-II based hardware:
 
     ASUS P54E-NP-4  w  2/133 P5's (96MB) works fine.
     Micronics W6-LI  w  2/200-512 Pro's (128MB) works fine.
 
     ASUS P2B-DS w 2/350 P-II (256MB PC-100) has this problem.
     I have been hacking the BETTER_CLOCK and APIC_INTR_REORDER and
 APIC_INTR_HIGHPRI_CLOCK
        to no positive benefit.
     (One combination may have yielded a small improvement, but since I
 have no way to prove it...)..
 
     My thinking is that this a problem with a lock being affected by
 cacheing. (or along these lines).
     I also think that the increased clock drift (kern/9974) is closely
 related to this problem.
     (and just may be the same problem).
 
     johng@pcrd.net    -- John Grzesiak    --    603.548.5706
 
 
 
 
 

From: John Grzesiak <johng@pcrd.net>
To: freebsd-gnats-submit@freebsd.org, bob@pmr.com
Cc:  
Subject: Re: kern/10411: top, vmstat, iostat show 0% cpu idle & usage on SMP 
 system
Date: Tue, 20 Jul 1999 00:30:55 -0400

 Here are a couple of items I left out... (I had a bit more time to look
 at it)..
 
 When systat is started after rebooting the kernel (systat -v 1)  the
 clk0 interupt variable (IRQ 2) clocks at about 100 per second.
 (It varies by one - up or down, every so often), but when I switch to
 another VTY and start a recompile of the kernel the clk0 will rise up to
 between 160 and 180!!. After the abnormalnumber shows up the systat
 clock dies and the subject line symptoms are then present.
 
 The symptoms will remain until reboot....
 
 I will spend some more time this week on this one....
 
 Here is my MPTABLE output if it helps. (edited for formatting reasons)
 
 ===============================================================================
 
 
 MPTable, version 2.0.15
 
  looking for EBDA pointer @ 0x040e, found, searching EBDA @ 0x0009fc00
  searching CMOS 'top of mem' @ 0x0009f800 (638K)
  searching default 'top of mem' @ 0x0009fc00 (639K)
  searching BIOS @ 0x000f0000
 
  MP FPS found in BIOS @ physical addr: 0x000f6e60
 
 -------------------------------------------------------------------------------
 
 
 MP Floating Pointer Structure:
 
   location:                     BIOS
   physical address:             0x000f6e60
   signature:                    '_MP_'
   length:                       16 bytes
   version:                      1.4
   checksum:                     0xd7
   mode:                         Virtual Wire
 
 -------------------------------------------------------------------------------
 
 
 MP Config Table Header:
 
   physical address:             0x000f6a50
   signature:                    'PCMP'
   base table length:            268
   version:                      1.4
   checksum:                     0xdb
   OEM ID:                       'OEM00000'
   Product ID:                   'PROD00000000'
   OEM table pointer:            0x00000000
   OEM table size:               0
   entry count:                  25
   local APIC address:           0xfee00000
   extended table length:        124
   extended table checksum:      37
 
 -------------------------------------------------------------------------------
 
 MP Config Base Table Entries:
 
 --
 Processors:     APIC ID Version State           Family  Model   Step
 Flags
                  1       0x11    BSP, usable     6       5       1
 0x183fbff
                  0       0x11    AP, usable      6       5       1
 0x183fbff
 --
 Bus:            Bus ID  Type
                  0       PCI
                  1       PCI
                  2       ISA
 --
 I/O APICs:      APIC ID Version State           Address
                  2       0x11    usable          0xfec00000
 --
 I/O Ints:       Type    Polarity    Trigger     Bus ID   IRQ    APIC ID
 PIN#
                 ExtINT   conforms    conforms        2     0
 2    0
                 INT      conforms    conforms        2     1
 2    1
                 INT      conforms    conforms        2     0
 2    2
                 INT      conforms    conforms        2     3
 2    3
                 INT      conforms    conforms        2     4
 2    4
                 INT      conforms    conforms        2     5
 2    5
                 INT      conforms    conforms        2     6
 2    6
                 INT      conforms    conforms        2     7
 2    7
                 INT      conforms    conforms        2     8
 2    8
                 INT      conforms    conforms        2    10         2
 10
                 INT      conforms    conforms        2    12         2
 12
                 INT     active-lo       level        1   0:A         2
 16
                 INT     active-lo       level        0   4:D         2
 19
                 INT     active-lo       level        0   6:A         2
 19
                 INT     active-lo       level        0  10:A         2
 18
                 INT     active-lo       level        0  10:A         2
 18
                 INT     active-lo       level        0  11:A         2
 17
 --
 Local Ints:     Type    Polarity    Trigger     Bus ID   IRQ    APIC ID
 PIN#
                 ExtINT  active-hi        edge        2     0
 255    0
                 NMI     active-hi        edge        2     0
 255    1
 
 -------------------------------------------------------------------------------
 
 MP Config Extended Table Entries:
 
 --
 
  bus ID: 0 address type: I/O address
  address base: 0x0
  address range: 0x10000
 --
 
  bus ID: 0 address type: memory address
  address base: 0x8000000
  address range: 0xd97c0000
 --
 
  bus ID: 0 address type: prefetch address
  address base: 0xe17c0000
  address range: 0x6840000
 --
 
  bus ID: 0 address type: memory address
  address base: 0xe8000000
  address range: 0x18000000
 --
 
  bus ID: 0 address type: memory address
  address base: 0xa0000
  address range: 0x20000
 --
 
  bus ID: 2 bus info: 0x01 parent bus ID: 0--
 
  bus ID: 0 address modifier: add
  predefined range: 0x00000000--
 
  bus ID: 0 address modifier: add
  predefined range: 0x00000001
 -------------------------------------------------------------------------------
 
 # SMP kernel config file options:
 
 
 # Required:
 options         SMP                     # Symmetric MultiProcessor
 Kernel
 options         APIC_IO                 # Symmetric (APIC) I/O
 
 # Optional (built-in defaults will work in most cases):
 #options                NCPU=2                  # number of CPUs
 #options                NBUS=3                  # number of busses
 #options                NAPIC=1                 # number of IO APICs
 #options                NINTR=24                # number of INTs
 
 -------------------------------------------------------------------------------
 
 dmesg output:
 
 Copyright (c) 1992-1999 FreeBSD Inc.
 Copyright (c) 1982, 1986, 1989, 1991, 1993
         The Regents of the University of California. All rights
 reserved.
 FreeBSD 3.2-RELEASE #2: Mon Jul 19 15:12:32 EDT 1999
     root@smplab:/usr/src/sys/compile/SMP-L
 Timecounter "i8254"  frequency 1193173 Hz
 CPU: Pentium II/Xeon/Celeron (686-class CPU)
   Origin = "GenuineIntel"  Id = 0x651  Stepping=1
 
 Features=0x183fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,P
 
 AT,PSE36,MMX,<b24>>
 real memory  = 134217728 (131072K bytes)
 avail memory = 127365120 (124380K bytes)
 Programming 24 pins in IOAPIC #0
 FreeBSD/SMP: Multiprocessor motherboard
  cpu0 (BSP): apic id:  1, version: 0x00040011, at 0xfee00000
  cpu1 (AP):  apic id:  0, version: 0x00040011, at 0xfee00000
  io0 (APIC): apic id:  2, version: 0x00170011, at 0xfec00000
 Preloaded elf kernel "kernel" at 0xc030d000.
 Probing for devices on PCI bus 0:
 chip0: <Intel 82443BX host to PCI bridge> rev 0x02 on pci0.0.0
 chip1: <Intel 82443BX host to AGP bridge> rev 0x02 on pci0.1.0
 chip2: <Intel 82371AB PCI to ISA bridge> rev 0x02 on pci0.4.0
 uhci0: <Intel 82371AB/EB USB Host Controller> rev 0x01 int d irq 19 on
 pci0.4.2
 chip3: <Intel 82371AB Power management controller> rev 0x02 on pci0.4.3
 ahc0: <Adaptec aic7890/91 Ultra2 SCSI adapter> rev 0x00 int a irq 19 on
 pci0.6.0
 ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs
 bktr0: <BrookTree 878> rev 0x02 int a irq 18 on pci0.10.0
 bti2c0: <bt848 Hard/Soft I2C controller>
 iicbb0: <I2C generic bit-banging driver> on bti2c0
 iicbus0: <Philips I2C bus> on iicbb0 master-only
 iicsmb0: <I2C to SMB bridge> on iicbus0
 smbus0: <System Management Bus> on iicsmb0
 smb0: <SMBus general purpose I/O> on smbus0
 iic0: <I2C general purpose I/O> on iicbus0
 smbus1: <System Management Bus> on bti2c0
 smb1: <SMBus general purpose I/O> on smbus1
 Warning - card vendor 10b4 unknown. This can cause poor performance
 Miro TV, Temic NTSC tuner, dbx stereo.
 pn0: <82c169 PNIC 10/100BaseTX> rev 0x21 int a irq 17 on pci0.11.0
 pn0: Ethernet address: 00:a0:cc:3f:cc:66
 pn0: autoneg complete, link status good (half-duplex, 100Mbps)
 Probing for devices on PCI bus 1:
 vga0: <ATI model 4742 graphics accelerator> rev 0x5c int a irq 16 on
 pci1.0.0
 Probing for PnP devices:
 Probing for devices on the ISA bus:
 sc0 on isa
 sc0: VGA color <4 virtual consoles, flags=0x0>
 atkbdc0 at 0x60-0x6f on motherboard
 atkbd0 irq 1 on isa
 psm0 irq 12 on isa
 psm0: model Generic PS/2 mouse, device ID 0
 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa
 sio0: type 16550A
 sio1 at 0x2f8-0x2ff irq 3 on isa
 sio1: type 16550A
 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
 fdc0: FIFO enabled, 8 bytes threshold
 fd0: 1.44MB 3.5in
 ppc0 at 0x378 irq 7 on isa
 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
 pcf0 at 0x320 irq 5 on isa
 vga0 at 0x3c0-0x3df maddr 0xa0000 msize 131072 on isa
 npx0 on motherboard
 npx0: INT 16 interface
 sb0 at 0x220 irq 10 drq 1 on isa
 snd0: <SoundBlaster 16 4.13>
 sbxvi0 at drq 5 on isa
 snd0: <SoundBlaster 16 4.13>
 sbmidi0 at 0x330 on isa
 snd0: <SoundBlaster MPU-401>
 opl0 at 0x388 on isa
 snd0: <Yamaha OPL3 FM>
 usb0: <Intel 82371AB/EB USB Host Controller>
 uhub0 at usb0
 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
 uhub0: 2 ports with 2 removable, self powered
 pcf0: <PCF8584 I2C bus controller>
 iicbus1: <Philips I2C bus> on pcf0 addr 0xaa
 iicsmb1: <I2C to SMB bridge> on iicbus1
 smbus2: <System Management Bus> on iicsmb1
 smb2: <SMBus general purpose I/O> on smbus2
 iic1: <I2C general purpose I/O> on iicbus1
 APIC_IO: Testing 8254 interrupt delivery
 APIC_IO: routing 8254 via pin 2
 Waiting 5 seconds for SCSI devices to settle
 SMP: AP CPU #1 Launched!
 changing root device to da0s1a
 da1 at ahc0 bus 0 target 1 lun 0
 da1: <SEAGATE ST118273W 5958> Fixed Direct Access SCSI-2 device
 da1: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing
 Enabled
 da1: 17366MB (35566480 512 byte sectors: 255H 63S/T 2213C)
 cd0 at ahc0 bus 0 target 6 lun 0
 cd0: <NEC CD-ROM DRIVE:500 2.5> Removable CD-ROM SCSI-2 device
 cd0: 3.300MB/s transfers
 cd0: Attempt to query device size failed: NOT READY, Medium not present
 da0 at ahc0 bus 0 target 0 lun 0
 da0: <QUANTUM VIKING II 4.5WSE 4110> Fixed Direct Access SCSI-2 device
 da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing
 Enabled
 da0: 4350MB (8910423 512 byte sectors: 255H 63S/T 554C)
 
 ===============================================================================
 
 
 
 

From: "Markus Grundmann" <markus.grundmann@activezone.org>
To: <freebsd-gnats-submit@FreeBSD.org>, <bob@pmr.com>
Cc:  
Subject: Re: kern/10411: top, vmstat, iostat show 0% cpu idle 
Date: Tue, 10 Oct 2000 20:24:40 +0200

 Another example for this problem:
 
 Command: iostat -c 100 -w 1 -t proc
 --------
 
 Machine A: UniProcessor PENTIUM 200 (---) / FreeBSD 4.1
 
       tty            cpu
  tin tout us ni sy in id
    1   19 33  0 11  0 56
    0   26 42  0  9  0 49
    0   26 40  0  9  1 50
    0   26 42  0  9  1 48
    0   26 38  0 12  1 49
    0   26 35  0 15  2 48
    0   26 32  0 11  0 57
    0   26 37  0 16  0 47
    0   26 41  0  8  4 48
    0   26 28  0  7  1 64
 .
 .
 .
 
 Machine B: DualProcessor PENTIUM II 450 (ASUS P2B-DS) / FreeBSD 4.0
 
       tty            cpu
  tin tout us ni sy in id
 3360153077 21  0  6  0 73
    0 3456  0  0  0  0  0
    0 3328  0  0  0  0  0
    0 3328  0  0  0  0  0
    0 3328  0  0  0  0  0
    0 3328  0  0  0  0  0
    0 3328  0  0  0  0  0
    0 3328  0  0  0  0  0
    0 3328  0  0  0  0  0
 .
 .
 .
 
 CPU: Pentium II/Pentium II Xeon/Celeron (447.96-MHz 686-class CPU)
   Origin = "GenuineIntel"  Id = 0x652  Stepping = 2
 
 Features=0x183fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,
 CMOV,PAT,PSE36,MMX,FXSR>
 real memory  = 268423168 (262132K bytes)
 avail memory = 256512000 (250500K bytes)
 Programming 24 pins in IOAPIC #0
 IOAPIC #0 intpin 2 -> irq 0
 FreeBSD/SMP: Multiprocessor motherboard
  cpu0 (BSP): apic id:  1, version: 0x00040011, at 0xfee00000
  cpu1 (AP):  apic id:  0, version: 0x00040011, at 0xfee00000
  io0 (APIC): apic id:  2, version: 0x00170011, at 0xfec00000
 .
 .
 .
 
 
 Maschine C: UniProcessor AMD K6-II 533 (---) / FreeBSD 4.0
 
       tty            cpu
  tin tout us ni sy in id
    0   13  1  0  0  1 99
    0   26  0  0  0  1 99
    0   26  0  0  1  1 98
    0   26  2  0  0  1 97
    0   26  2  0  0  1 97
    0   26  2  0  0  1 98
    0   26  2  0  0  1 97
    0   26  0  0  0  1 99
    0   26  0  0  0  1 99
 .
 .
 .
 
 
 
 

From: "Markus Grundmann" <markus.grundmann@activezone.org>
To: <freebsd-gnats-submit@FreeBSD.org>, <bob@pmr.com>
Cc:  
Subject: Re: kern/10411: top, vmstat, iostat show 0% cpu idle 
Date: Fri, 13 Oct 2000 15:37:09 +0200

 FIX:
 for ASUS P2B-DS is a BIOS 112b at http://www.asus.com.tw available.
 (Includes a microcode patch)
 
 This update has correct the TOP problem (0% ...) on my server with FreeBSD
 4.0 SMP installed.
 
 :-)
 
 
 
 

From: Cy Schubert - ITSD Open Systems Group <Cy.Schubert@uumail.gov.bc.ca>
To: freebsd-gnats-submit@FreeBSD.org, bob@pmr.com
Cc:  
Subject: Re: kern/10411: top, vmstat, iostat show 0% cpu idle & usage 
 on SMP system
Date: Sat, 31 Mar 2001 07:35:46 -0800

 On a P120 system running 4.3-RC I enabled rand_irqs="1 3" and started 
 encountering this problem about and subsequent to load being applied to 
 the system, especially network load.  I noticed that during an NFS 
 mount the problem occurred.  I would think that the extra interrupt 
 latency caused by rand_irqs caused timekeeping problems on the P120.  
 Adding kern.timecounter.method=1 to sysctl.conf worked around the 
 problem.
 
 Alternatively, setting rand_irqs="NO" and reverting back to EGD 
 (Entropy Gathering Daemon) also resolved the problem.
 
 It is recommended that it be documented somewhere that setting 
 rand_irqs on some slower machines may cause enough interrupt latency to 
 cause timekeeping problems and list possible workarounds.
 
 I can make EGD available as a port for users of slower systems.
 
 
 Regards,                         Phone:  (250)387-8437
 Cy Schubert                        Fax:  (250)387-5766
 Team Leader, Sun/Alpha Team   Internet:  Cy.Schubert@osg.gov.bc.ca
 Open Systems Group, ITSD, ISTA
 Province of BC            
 
 
 

From: Cy Schubert - ITSD Open Systems Group <Cy.Schubert@uumail.gov.bc.ca>
To: freebsd-gnats-submit@FreeBSD.org, bob@pmr.com
Cc:  
Subject: Re: kern/10411: top, vmstat, iostat show 0% cpu idle & usage
 on SMP system
Date: Mon, 02 Apr 2001 06:28:00 -0700

 I believe I've managed to resolve my occurrences of the problem.  
 Before I go on I should say that my P120 is a uniprocessor system.  The 
 measures I mentioned in my last followup to this PR did mitigate the 
 problem to a certain degree, making it occur less frequently, also 
 "fixing" itself after a couple of hours, only to reoccur later.
 
 To resolve the problem I replaced a RealTek NE2000 compatible PCI NIC 
 card with a Linksys LNE2000 compatible ISA NIC card.  The reason for 
 the change, was that when the problem started occurring, the only 
 things that had changed were the replacement of the ISA NIC card with 
 the PCI NIC card and a cvsup/buildworld/installworld to the latest 
 4.3-BETA.  As FreeBSD has been in a change freeze for a while now, 
 looking for changes that could have caused this was relatively easy, 
 pointing me in the direction of the NIC card.  The problem hasn't 
 reoccurred 20 hours.
 
 If I may surmise, though it appears that the RealTek NE2000 PCI NIC is 
 the culprit, it may be that the ed(4) driver's PCI support may have had 
 something to do with this, or timing on the PCI bus.
 
 
 Regards,                         Phone:  (250)387-8437
 Cy Schubert                        Fax:  (250)387-5766
 Team Leader, Sun/Alpha Team   Internet:  Cy.Schubert@osg.gov.bc.ca
 Open Systems Group, ITSD, ISTA
 Province of BC            
 
 
 

From: Cy Schubert - ITSD Open Systems Group <Cy.Schubert@uumail.gov.bc.ca>
To: freebsd-gnats-submit@FreeBSD.org
Cc:  
Subject: Re: kern/10411: top, vmstat, iostat show 0% cpu idle & usage 
 on SMP system
Date: Mon, 02 Apr 2001 10:45:12 -0700

 24 hours after replacing the NIC card the problem has recurred.
 
 
 Regards,                         Phone:  (250)387-8437
 Cy Schubert                        Fax:  (250)387-5766
 Team Leader, Sun/Alpha Team   Internet:  Cy.Schubert@osg.gov.bc.ca
 Open Systems Group, ITSD, ISTA
 Province of BC            
 
 
 

From: Cy Schubert - ITSD Open Systems Group <Cy.Schubert@uumail.gov.bc.ca>
To: freebsd-gnats-submit@FreeBSD.org
Cc:  
Subject: Re: kern/10411: top, vmstat, iostat show 0% cpu idle & usage 
 on SMP system
Date: Tue, 03 Apr 2001 18:32:28 -0700

 P120 problem resolved.  The real time clock would intermittently fail, 
 more accurately intermittently work.  Replacing the motherboard 
 resolved the problem.
 
 
 Regards,                         Phone:  (250)387-8437
 Cy Schubert                        Fax:  (250)387-5766
 Team Leader, Sun/Alpha Team   Internet:  Cy.Schubert@osg.gov.bc.ca
 Open Systems Group, ITSD, ISTA
 Province of BC            
 
 
 
State-Changed-From-To: open->feedback 
State-Changed-By: mike 
State-Changed-When: Thu Jul 19 16:30:13 PDT 2001 
State-Changed-Why:  

Does this problem still occur in newer versions of FreeBSD, 
such as 4.3-RELEASE? 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=10411 

From: Mike Barcroft <mike@FreeBSD.org>
To: freebsd-gnats-submit@FreeBSD.org
Cc:  
Subject: Re: kern/10411: top, vmstat, iostat show 0% cpu idle & usage on SMP system
Date: Fri, 20 Jul 2001 18:06:37 -0400

 Adding this to Gnats Audit-Trail.
 
 On Fri, Jul 20, 2001 at 11:05:04PM +0300, Valentin Nechayev wrote:
 >  Thu, Jul 19, 2001 at 16:30:41, mike (mike@FreeBSD.ORG) wrote about "Re: kern/10411: top, vmstat, iostat show 0% cpu idle & usage on SMP system": 
 > 
 > It seems similar to well-known "broken statclock" problem (see LINT,
 > device apm, flags 0x20). IMO originator should test custom kernel
 > with this option if not yet.
 > 
 > > Synopsis: top, vmstat, iostat show 0% cpu idle & usage on SMP system
 > > 
 > > State-Changed-From-To: open->feedback
 > > State-Changed-By: mike
 > > State-Changed-When: Thu Jul 19 16:30:13 PDT 2001
 > > State-Changed-Why: 
 > > 
 > > Does this problem still occur in newer versions of FreeBSD,
 > > such as 4.3-RELEASE?
 > 
 > 
 > /netch
State-Changed-From-To: feedback->closed 
State-Changed-By: mike 
State-Changed-When: Sat Jul 21 10:24:59 PDT 2001 
State-Changed-Why:  

Originator confirms this problem has been fixed in 4.3-RELEASE. 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=10411 
>Unformatted:
