From owner-freebsd-acpi@FreeBSD.ORG Tue Jul 5 12:19:35 2011 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 9FAAD1065670 for ; Tue, 5 Jul 2011 12:19:35 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E7F328FC21 for ; Tue, 5 Jul 2011 12:19:34 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA09030; Tue, 05 Jul 2011 15:19:32 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E130154.9080809@FreeBSD.org> Date: Tue, 05 Jul 2011 15:19:32 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.18) Gecko/20110622 Lightning/1.0b2 Thunderbird/3.1.11 MIME-Version: 1.0 To: Vitaly Magerya References: <4E05EB91.9090509@FreeBSD.org> <4E0862A0.7060405@FreeBSD.org> <4E09BADF.7050702@FreeBSD.org> <4E0A41C8.3000904@FreeBSD.org> <4E0CE158.6030804@FreeBSD.org> <4E0DB58F.4070906@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org Subject: Re: (Missing) power states of an Atom N455-based netbook 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, 05 Jul 2011 12:19:35 -0000 on 02/07/2011 23:30 Vitaly Magerya said the following: > Andriy Gapon wrote: >>> VDRV: 00 -> 01 >> >> Looks like this variable should tell if OS has ACPI Video driver, to be precise >> if _BCL method was invoked at least once. >> Looks like in your case the driver doesn't attach for some reason?.. > > I don't have acpi_video loaded (it's not loaded by default). If I > do load it, VDRV indeed becomes 1 (brightness controls that acpi_video > exposes don't work though; this appears to be a known problem with > Samsung laptops). This might warrant a separate investigation and a PR if we don't have one already. Not sure if I could be of help with it, though. >> Actually, it seems that they have them simply hardcoded: >> http://lxr.linux.no/#linux+v2.6.39/drivers/idle/intel_idle.c#L171 >> I am not sure how to check on Linux which cpuidle driver is being used. If you >> know, could please check that? And if the driver is intel_idle, then there is >> no mystery, they use those hardcoded values. > > I think the mystery is solved then: > > $ cat /sys/devices/system/cpu/cpuidle/current_driver > intel_idle Possible courses of action: 1. Do nothing and leave you with your workaround. 2. Provide intel_idle-like driver for FreeBSD. I don't like this approach for reasons I've stated before. 3. Try to make FreeBSD smarter with respect to dynamically changing C-states. I think it would be useful if we received a devd notifications about C-state reconfiguration. Then we could execute /etc/rc.d/power_profile to account for the new configuration. -- Andriy Gapon