From owner-freebsd-current@FreeBSD.ORG Sat Jan 10 15:52:46 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD38416A4CE for ; Sat, 10 Jan 2004 15:52:46 -0800 (PST) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CE6243D4C for ; Sat, 10 Jan 2004 15:52:45 -0800 (PST) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id 8FC6412D; Sat, 10 Jan 2004 17:52:44 -0600 (CST) Date: Sat, 10 Jan 2004 17:52:44 -0600 From: Tillman Hodgson To: FreeBSD -CURRENT Message-ID: <20040110235244.GZ451@seekingfire.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.5.1i Subject: `top` reports all CPU states as 0% on i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Jan 2004 23:52:46 -0000 This box is a fairly fresh install of 5.2-RC2, running on Pentium 200MMX. The line from top reads as follows: CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 0.0% idle I first noticed it when my cacti/rrdtool snmp graphs for CPU usage showed 0 across the board. This afternoon I cvsup'd it to -CURRENT and rebuild kernel and world. After rebooting the problem remained. Is this a known problem? -T -- "'Way back, I set myself to be a happy man, and made it." - Louis Armstrong