From owner-freebsd-acpi@FreeBSD.ORG Sun Nov 6 01:34:18 2005 Return-Path: X-Original-To: acpi@FreeBSD.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 912C016A41F; Sun, 6 Nov 2005 01:34:18 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27D1643D46; Sun, 6 Nov 2005 01:34:18 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-int.prodigy.net [207.115.5.207]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id jA61Yfil032701; Sat, 5 Nov 2005 20:34:41 -0500 X-ORBL: [71.139.0.107] Received: from [10.0.5.50] (ppp-71-139-0-107.dsl.snfc21.pacbell.net [71.139.0.107]) by ylpvm01.prodigy.net (8.13.4 dk-milter linux/8.13.4) with ESMTP id jA61cNM2032405; Sat, 5 Nov 2005 20:38:23 -0500 Message-ID: <436D5D95.3040901@root.org> Date: Sat, 05 Nov 2005 17:34:13 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Silbersack References: <200511052355.jA5NtuPg026403@repoman.freebsd.org> <20051105191616.M870@odysseus.silby.com> In-Reply-To: <20051105191616.M870@odysseus.silby.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: acpi@FreeBSD.org Subject: Re: cvs commit: src/sys/conf files src/sys/modules/acpi/acpi Makefile src/sys/dev/acpica acpi_battery.c acpi_smbat.c acpi_smbus.h acpiio.h 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: Sun, 06 Nov 2005 01:34:19 -0000 Moving to the acpi@ list. Mike Silbersack wrote: > > Hm, since I cvsup'd from last week's releng_6 to today's, I noticed two > acpi-related things. > > 1. The smart battery support seems to work properly for me. However, > the sysctls hw.acpi.battery.life, hw.acpi.battery.time, and > hw.acpi.battery.state take forever to read, so a sysctl -a | grep acpi > (or any other use of sysctl -a) takes far longer than it used to. Sprinkle some printfs into sys/dev/acpica/acpi_smbat.c, in particular the bst and bif functions. Are they timing out? Where is the time spent, reading from the EC? > 2. Now, powerd seems to be causing ~30% system cpu load - top shows it > switching between the "nanslp" and "ecpoll" wait states. This may be > due to some other recent change to acpi, I'm not sure how to best test. ecpoll is the sleep label in acpi_ec.c for accessing the embedded controller. The only thing powerd does that is related to acpi is read the AC line status. So perhaps that hits your ec and it is timing out. Can you try the powerd from -current? It waits for events from devd instead of polling the AC line status. -- Nate