From owner-cvs-src@FreeBSD.ORG Thu May 6 01:17:07 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CD2216A4CE for ; Thu, 6 May 2004 01:17:07 -0700 (PDT) Received: from root.org (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id EE7D743D4C for ; Thu, 6 May 2004 01:17:06 -0700 (PDT) (envelope-from nate@root.org) Received: (qmail 39669 invoked by uid 1000); 6 May 2004 08:17:09 -0000 Date: Thu, 6 May 2004 01:17:09 -0700 (PDT) From: Nate Lawson To: Mike Silbersack In-Reply-To: <20040506025051.V630@odysseus.silby.com> Message-ID: <20040506011323.C39605@root.org> References: <200405052004.i45K4EnF029671@repoman.freebsd.org> <20040505171634.N37631@root.org> <20040506025051.V630@odysseus.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/dev/acpica/Osd OsdSynch.csrc/sys/i386/include acpica_machdep.h src/sys/ia64/include acpica_machdep.h src/sys/amd64/include acpica_machdep.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 May 2004 08:17:07 -0000 On Thu, 6 May 2004, Mike Silbersack wrote: > On Wed, 5 May 2004, Mike Silbersack wrote: > > > Hm, I think that you may be right about John's commit, because I'm saw > > this error twice since I booted: > > > > ACPI-0440: *** Error: Handler for [EmbeddedControl] returned AE_NO_HARDWARE_RESPONSE > > ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.ISA_.EC0_._Q20] (Node 0xc41c0400), AE_AML_NO_RETURN_VALUE > > > > Any clue what that means? It sounds new. :) > > > > Mike "Silby" Silbersack > > Since ACPI now works for me, I went ahead and upgraded my notebook's BIOS. > Sure enough, it fixed that error above. Suspend is non-functional, but > battery status and cpu throttling are working, so I'm happy. :) That warning is mostly harmless but if your battery status or thermal state wasn't working, it would be good to fix. It basically means your embedded controller timed out. I have some plans that may fix this in chronic cases but for most systems, a BIOS upgrade takes care of it. > Does devd receive lid status events? I'm thinking that it would be > advantageous for my battery life if I could throttle the cpu down whenever > the lid is closed. cat /etc/devd.conf: # Examples of notify hooks. A notify is a generic way for a kernel # subsystem to send event notification to userland. # # Here are some examples of ACPI notify handlers. ACPI subsystems that # generate notifies include the AC adapter, power/sleep buttons, # control method batteries, lid switch, and thermal zones. # # Information returned is not always the same as the ACPI notify # events. See the ACPI specification for more information about # notifies. Here is the information returned for each subsystem: # # ACAD: AC line state (0 is offline, 1 is online) # Button: Button pressed (0 for power, 1 for sleep) # CMBAT: ACPI battery events # Lid: Lid state (0 is closed, 1 is open) # Thermal: ACPI thermal zone events If you want to change CPU idle states and/or throttling on AC line transition, see the appropriate values in /etc/rc.conf. But for one-offs like lid to control CPU, using devd.conf and a small script is the way to go. -Nate