From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 25 15:05:44 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 966271065701 for ; Wed, 25 Mar 2009 15:05:44 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-gx0-f224.google.com (mail-gx0-f224.google.com [209.85.217.224]) by mx1.freebsd.org (Postfix) with ESMTP id 40FCF8FC18 for ; Wed, 25 Mar 2009 15:05:43 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by gxk24 with SMTP id 24so209569gxk.19 for ; Wed, 25 Mar 2009 08:05:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=aZAuLsAoJfh/APNIjsYqxAdpO/dr0hvixmef+8YW8Bg=; b=OGyNSTKNU3I+DxlLyoHvbVJXpC5A7wmJ2Nvfg7762nNv18xiJ/u6iW2191Ng4cVTmk altqYG3OA4DyoHJ9HphEAChFYlHMsSlw31+Y8wH7R16XbVpjQZndr/vcLbNc25Kiamo9 QBEYCcvfR2IyACEhnMJj5zbblsBc3O3HZGQHA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=dK2NlYlyhnogIf8mucD6TZz0v0nVvXsww8n3rxrC0EjWD26dPgVUWG+swnadd/3hc/ XAe7T5ib7rqWd+neUquMIgN2mZJHn/XP00rMDhZ52ZAWkH7yF2/2CA8/PgFtddUw4ZOP fEsnBgeu8+1Jooykz5VcNhqlXfPkvgmTRRRk0= Received: by 10.90.26.10 with SMTP id 10mr2411829agz.99.1237993542804; Wed, 25 Mar 2009 08:05:42 -0700 (PDT) Received: from ?10.0.3.231? (pool-71-250-44-232.nwrknj.east.verizon.net [71.250.44.232]) by mx.google.com with ESMTPS id 2sm1728762aga.78.2009.03.25.08.05.41 (version=SSLv3 cipher=RC4-MD5); Wed, 25 Mar 2009 08:05:42 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Chris Whitehouse In-Reply-To: <49C9EE50.6070507@onetel.com> References: <49C80E65.9090500@onetel.com> <49C93309.6050708@iki.fi> <20090325140718.J95588@sola.nimnet.asn.au> <49C9EE50.6070507@onetel.com> Content-Type: text/plain Date: Wed, 25 Mar 2009 10:47:42 -0400 Message-Id: <1237992462.1297.22.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port 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: Wed, 25 Mar 2009 15:05:47 -0000 On Wed, 2009-03-25 at 08:41 +0000, Chris Whitehouse wrote: > [Please would you cc me in any reply as I'm not subscribed, thanks.] > > Ian Smith wrote: > > On Tue, 24 Mar 2009, Pasi Parviainen wrote: > > > Chris Whitehouse wrote: > > > > Hi, I sent this a while ago but don't think there was a reply. I'm about to > > > > embark on a custom ASL to load in loader.conf as per > > > > http://www.freebsd.org/doc/en/books/handbook/acpi-debug.html but just > > > > wondering if their might be a 'proper' fix on the way. I do have the latest > > > > bios installed. > > > > > > Loading custom ASL with modified _CRT value for temperature zone in > > > question will solve the problem, see below for more information. > > > > > > > Would it help if I installed 8-CURRENT? > > > > > > Probably not, see below. > > > > > > > -------- Original Message -------- > > > > Subject: pr kern/105537 > > > > Date: Mon, 12 Jan 2009 15:00:49 +0000 > > > > From: Chris Whitehouse > > > > To: freebsd-acpi@FreeBSD.org > > > > > > > > hi, > > > > > > > > Please would you cc me in any reply as I'm not subscribed, thanks. > > > > > > > > I have the same problem noted in > > > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/105537 > > > > > > > > of frequent messages saying > > > > > > > > acpi_tz0: _CRT value is absurd, ignored (256.0C) > > > > > > > > on my HP nc6320 laptop, model RH383ET. > > > > > > > > > > I have HP 6510b and HP 2510p laptops and had same problem with those. > > > Actual problem is that the ACPI thermal code in kernel does sanity-check > > > for temperature values, and accepts only values between 0 - 200 Celsius. > > > To solve the problem you either create custom DSDT which returns 200.0C > > > value instead of 256.0C for thermal zone in question or increase the limit of > > > the sanity-check code of ACPI thermal code (src/sys/dev/acpica/acpi_thermal.c > > > function: acpi_tz_sanity). > > > > > > Proper way to solve this in my opinion is to increase the range of > > > sanity-check function from 0 - 200 Celsius to 0 - 256 Celsius, or at > > > least provide sysctl variable to disable thermal sanity-checks. > > > > Even 200C is absurd, really. That's above the melting point of many > > types of solder (http://www.rfcafe.com/references/electrical/solder.htm) > > while 256C exceeds the melting point of _most_ types of solder. I seem > > to recall that this limit used to be 150C, still hotter than anything > > you actually want to have anywhere on a computer board. > > > > No sense checking sanity to then accept insane values; fix the broken > > ASL. 256 sounds suspiciously like a byte-swapped value, perhaps? > > > > cheers, Ian > > > > Getting the ASL in the actual BIOS firmware fixed would be great, but I > tried once to get Asus to correct a byte swapped value without success. > I don't suppose HP will be any more cooperative but I can try. I will > have a look at an acpidump tonight. A custom ASL would at least prove > what is wrong. > > Does anyone know what this value is supposed to be measuring? _CRT method in ASL is supposed to return temperature (in the tenth of Kelvin) at which you would like to have your computer shut down rather rapidly. On my ThinkPad X60 it is 97C. Overriding ASL is simple, if you are following the instruction in the "Handbook", but the ease of fixing it really depends on what is broken. Your case does not seem to look like the most popular exercise by the BIOS writers -- returning temperature in the whole degrees of Celsius, resulting in absurd negative values. If you would like to post your ASL someplace and send out link to it or forward it to me privately, I can take a look at it. I make no promises -- unless it is something obvious it will require understanding of your specific hardware. 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. You might want to take a look at your output of 'sysctl hw.acpi.thermal' -- your specific thermal zone, might be different from the one, I have used as an example above. In fact, on my laptop, it is tz1 and not tz0. In either case, I would recommend reading thermal chapter of the ACPI specification -- it is short, well-written and has an example, I was stealing stuff from, shamelessly, in the past. HTH, -- Alexandre "Sunny" Kovalenko