From owner-freebsd-acpi@FreeBSD.ORG Thu Mar 26 23:49:18 2009 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 5BC26106564A for ; Thu, 26 Mar 2009 23:49:18 +0000 (UTC) (envelope-from nate@root.org) Received: from nlpi015.prodigy.net (nlpi015.sbcis.sbc.com [207.115.36.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2AD528FC0C for ; Thu, 26 Mar 2009 23:49:18 +0000 (UTC) (envelope-from nate@root.org) Received: from [192.168.2.117] (adsl-99-161-102-210.dsl.pltn13.sbcglobal.net [99.161.102.210]) (authenticated bits=0) by nlpi015.prodigy.net (8.13.8 smtpauth/dk/map_regex/8.13.8) with ESMTP id n2QNnEFG021655; Thu, 26 Mar 2009 18:49:15 -0500 Message-ID: <49CC147A.3030805@root.org> Date: Thu, 26 Mar 2009 16:49:14 -0700 From: Nate Lawson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Chris Whitehouse References: <49C80E65.9090500@onetel.com> <49C93309.6050708@iki.fi> <20090325140718.J95588@sola.nimnet.asn.au> <49C9EE50.6070507@onetel.com> <1237992462.1297.22.camel@RabbitsDen> <49CBF7D1.20102@onetel.com> In-Reply-To: <49CBF7D1.20102@onetel.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@FreeBSD.org, Ian Smith Subject: Re: acpi_tz0: _CRT value is absurd, ignored (256.0C) (was pr kern/105537) 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: Thu, 26 Mar 2009 23:49:18 -0000 Chris Whitehouse wrote: > Alexandre "Sunny" Kovalenko wrote: >> To be fair, if all you want is to override _CRT, you should be able to >> put something to the tune of >> >> hw.acpi.thermal.user_override=1 >> hw.acpi.thermal.tz0._CRT=90C >> >> in your /etc/sysctl.conf and not deal with the ASL at all. > > I tried this and it sets hw.acpi.thermal.tz0._CRT correctly until > hw.acpi.thermal.tz0.active and hw.acpi.thermal.tz0.temperature change > values at which point hw.acpi.thermal.tz0._CRT reverts to -1. > Thermal zones are re-evaluated when a Notify comes in that says to do so. Perhaps if "user_override" is set to 1, we should not re-evaluate them. However, perhaps that should only be done for values the user actually overrode. There has to be a different solution Windows used. Maybe they ignore _crt. -- Nate