From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 29 11:50:26 2008 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD0A916A417 for ; Tue, 29 Jan 2008 11:50:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id 842F313C458 for ; Tue, 29 Jan 2008 11:50:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 1774843DC8E for ; Tue, 29 Jan 2008 13:32:38 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XXZ0Nb2ZZ4ng for ; Tue, 29 Jan 2008 13:32:38 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id C5E1243DBE6 for ; Tue, 29 Jan 2008 13:32:37 +0200 (EET) Message-ID: <479F0ED4.9030709@icyb.net.ua> Date: Tue, 29 Jan 2008 13:32:36 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20080123) MIME-Version: 1.0 To: freebsd-acpi@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: cx_lowest and CPU usage X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Jan 2008 11:50:26 -0000 Report for 7.0-RC1 on quite old hardware: 440BX-based motherboard, 450Mhz Pentium III (Katmai). cx_supported claims to support C1, C2, C3. If I set cx_lowest to C3 it immediately gets backed out to C2 with a kernel message about too many short sleeps. But that's not a problem. There is a weird thing: if I change cx_lowest to C2 when the machine is completely idle, top shows that CPU usage for interrupts immediately jumps to almost 20%. Change cx_lowest to C1, CPU usage drops back to almost 0%. Is this normal ? If not, does this indicate some problem in idle routine or is this just incorrect statistics calculation ? Or maybe something with HW ? -- Andriy Gapon