From owner-freebsd-bugs@FreeBSD.ORG Mon Jan 10 18:10:10 2005 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BFD916A4D1 for ; Mon, 10 Jan 2005 18:10:10 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A5D443D1F for ; Mon, 10 Jan 2005 18:10:10 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j0AIA9i6052768 for ; Mon, 10 Jan 2005 18:10:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j0AIA9Wd052767; Mon, 10 Jan 2005 18:10:09 GMT (envelope-from gnats) Date: Mon, 10 Jan 2005 18:10:09 GMT Message-Id: <200501101810.j0AIA9Wd052767@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Simon House Subject: Re: bin/60385: vmstat/iostat/top all fail to report CPU usage(still in 5.3R) X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Simon House List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 18:10:10 -0000 The following reply was made to PR bin/60385; it has been noted by GNATS. From: Simon House To: freebsd-gnats-submit@FreeBSD.org, jin@adsl-63-198-35-122.dsl.snfc21.pacbell.net Cc: Subject: Re: bin/60385: vmstat/iostat/top all fail to report CPU usage (still in 5.3R) Date: Mon, 10 Jan 2005 11:03:27 -0700 I have just aquired an old dual PII, and have compiled the stock SMP kernel + patch per PR17800. My results (with a possible clue to fix) are as follows: 1) Top/vmstat/etc report as normal after reboot 2) Approximately 20 minutes later, the bug appears and all zeros are reported in top. 3) Using 'date' I run the system clock back a few minutes, and top is reporting the (presumably correct) information once again. 4) Another ~20 minutes pass - and the bug is back, but of course works again after changing the system date! fire# uname -a FreeBSD fire.xxxx.ca 5.3-RELEASE FreeBSD 5.3-RELEASE #1: Mon Jan 10 09:55:27 MST 2005 root@fire.xxx.ca:/usr/src/sys/i386/compile/SMP i386 ----top results after reboot: CPU states: 0.2% user, 0.0% nice, 0.2% system, 0.0% interrupt, 99.6% idle ----top results after 20 minutes: CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 0.0% idle ----top results after running the clock back 2 minutes (then back to the correct time) CPU states: 0.6% user, 0.0% nice, 1.1% system, 0.0% interrupt, 98.3% idle fire# dmesg Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-RELEASE #1: Mon Jan 10 09:55:27 MST 2005 root@fire.xxxxx.ca:/usr/src/sys/i386/compile/SMP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (350.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183fbff real memory = 536858624 (511 MB) avail memory = 515694592 (491 MB) MPTable: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 1 cpu1 (AP): APIC ID: 0 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0xd800-0xd80f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 uhci0: port 0xd400-0xd41f at device 4.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered piix0: port 0xe800-0xe80f at device 4.3 on pci0 Timecounter "PIIX" frequency 3579545 Hz quality 0 ahc0: port 0xd000-0xd0ff mem 0xe1000000-0xe1000fff irq 5 at device 6.0 on pci0 ahc0: [GIANT-LOCKED] aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs rl0: port 0xb800-0xb8ff mem 0xe0800000-0xe08000ff irq 10 at device 11.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:ee:b1:00:08:59 pci0: at device 12.0 (no driver attached) cpu0 on motherboard cpu1 on motherboard orm0: at iomem 0xc8000-0xccfff,0xc0000-0xc7fff on isa0 pmtimer0 on isa0 atkbdc0: at port 0x64,0x60 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounters tick every 10.000 msec Waiting 15 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) da1 at ahc0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 8683MB (17783240 512 byte sectors: 255H 63S/T 1106C) SMP: AP CPU #1 Launched! Mounting root from ufs:/dev/da0s1a