From owner-freebsd-acpi@FreeBSD.ORG Fri Jul 14 07:06:35 2006 Return-Path: X-Original-To: freebsd-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 EE31516A4DA; Fri, 14 Jul 2006 07:06:35 +0000 (UTC) (envelope-from cfaber@ruckusmail.com) Received: from unixgr.com (unixgr.com [63.224.69.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB09543D66; Fri, 14 Jul 2006 07:06:32 +0000 (GMT) (envelope-from cfaber@ruckusmail.com) Received: from [192.168.0.71] (c-24-8-35-213.hsd1.co.comcast.net [24.8.35.213]) (authenticated bits=0) by unixgr.com (8.13.3/8.13.3) with ESMTP id k6E8DCZ7015183; Fri, 14 Jul 2006 02:13:13 -0600 (MDT) (envelope-from cfaber@ruckusmail.com) X-Authentication-Warning: unixgr.com: Host c-24-8-35-213.hsd1.co.comcast.net [24.8.35.213] claimed to be [192.168.0.71] Message-ID: <44B74273.6060802@ruckusmail.com> Date: Fri, 14 Jul 2006 01:06:27 -0600 From: Colin Faber User-Agent: Thunderbird 1.5.0.4 (X11/20060708) MIME-Version: 1.0 To: john@utzweb.net References: <20060711.104708.1159134898.imp@bsdimp.com> <20060711114633.G67466@orthanc.ca> <44B54E3A.9040102@ruckusmail.com> <44B554AA.20009@telia.com> <33711.69.93.78.27.1152834137.squirrel@69.93.78.27> In-Reply-To: <33711.69.93.78.27.1152834137.squirrel@69.93.78.27> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, Carl Gustavsson , mobile@freebsd.org Subject: Re: Dell laptops 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: Fri, 14 Jul 2006 07:06:36 -0000 john@utzweb.net wrote: >> Colin Faber wrote: >> >>> I'm running -CURRENT on a D610 with working crt/lcd Fn switch, bge, >>> wireless (via ndis), sound, video (including DRM/DRI), est (via >>> powerd), and Lid switch control. >>> >>> The only problems I've noticed so far is that when running est with >>> powerd in adaptive mode, it seems to adjust the cpu timing many times >>> a second, which has lead to some applications being unstable and or >>> performing horribly (the most notable would be audio applications, >>> each time the cpu timing is switch you hear a pause). >>> > > aha! now i get it, the same thing happens with powerd, i notice the > hiccups when i am listening to something. > > perhaps there is an unutilized hardware callback somewhere that can inform > powerd/est that the audio device is in use and that it shouldnt toggle the > cpu..... > Possibly. Digging into this a little bit deeper I've also noticed that mplayer will pause when I close the lid. All this does is result in a devd callback to a script called Lid in /etc/rc.d that I wrote. This in turn issues a simple sysctl hw.acpi.video.lcd0.active=0 when closed and =1 when open. Maybe the ACPI system it self is resulting in the hiccups.