From nobody@FreeBSD.org  Thu Feb 21 22:35:21 2008
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 7466A16A401
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 21 Feb 2008 22:35:21 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id 5E89F13C43E
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 21 Feb 2008 22:35:21 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.2/8.14.2) with ESMTP id m1LMWklm037940
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 21 Feb 2008 22:32:46 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.2/8.14.1/Submit) id m1LMWkEf037939;
	Thu, 21 Feb 2008 22:32:46 GMT
	(envelope-from nobody)
Message-Id: <200802212232.m1LMWkEf037939@www.freebsd.org>
Date: Thu, 21 Feb 2008 22:32:46 GMT
From: Eric Kingston <ericnk@esreco.net>
To: freebsd-gnats-submit@FreeBSD.org
Subject: FreeBSD 6.3 Release:  acpi_tz0: _TMP value is absurd, ignored (-73.0C)
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         120953
>Category:       kern
>Synopsis:       [acpi]: FreeBSD 6.3 Release:  acpi_tz0: _TMP value is absurd, ignored (-73.0C)
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    vwe
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Feb 21 22:40:01 UTC 2008
>Closed-Date:    Fri Oct 17 15:35:06 UTC 2008
>Last-Modified:  Fri Oct 17 18:20:00 UTC 2008
>Originator:     Eric Kingston
>Release:        FreeBSD 6.3 Release
>Organization:
Standard Industries
>Environment:
FreeBSD ifabgate.esreco.net 6.3-RELEASE FreeBSD 6.3-RELEASE #0: Wed Jan 16 04:45:45 UTC 2008     root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP
i386
>Description:
After installing FreeBSD 6.3 on a Shuttle XPC SD30G2B, Intel 945GC + ICH7 chipset, I get the following error every five seconds....

acpi_tz0: _TMP value is absurd, ignored (-73.0C)

I'm assuming this has something to do with the core temperature sensor driver mentioned in the FreeBSD 6.3 release notes.  Something is not functioning correctly on it.  The system has an Intel E6400 core 2 duo 2.13 Ghz, 1066 Mhz FSB processor, Kingston 512MB, DDR2 667Mhz RAM.
>How-To-Repeat:
Install FreeBSD 6.3 on a Shuttle XPC SD30G2B system with a core 2 duo processor, possibly even any system with an Intel 945GC + ICH7 chipset and a core 2 duo processor and the error message will start up right away upon reboot after the install.


>Fix:


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-i386->freebsd-acpi 
Responsible-Changed-By: remko 
Responsible-Changed-When: Fri Feb 22 20:03:58 UTC 2008 
Responsible-Changed-Why:  
reassign to acpi team 

http://www.freebsd.org/cgi/query-pr.cgi?pr=120953 

From: Sean Bruno <sean.bruno@dsl-only.net>
To: bug-followup@FreeBSD.org, ericnk@esreco.net
Cc:  
Subject: Re: kern/120953: [acpi]: FreeBSD 6.3 Release:  acpi_tz0: _TMP
	value is absurd, ignored (-73.0C)
Date: Fri, 22 Feb 2008 20:01:55 -0800

 I have the same issue with a similar Shuttle machine and posted about it
 here:
 http://groups.google.com/group/lucky.freebsd.acpi/browse_thread/thread/c7e757e7440405db/b6fc147d66666e41
 
 
 Essentially, the shuttle ACPI implementation is broken and I don't know
 if they are going to do anything about it.
 
 Linux has the same problems here.
 
 Sean
 

From: Aurel Bodenmann <aurel@bodenmann.biz>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/120953: [acpi]: FreeBSD 6.3 Release: =?UTF-8?Q?=20acpi=5Ftz=30?=
 =?UTF-8?Q?=3A=20=5FTMP=20value=20is=20absurd=2C=20ignored=20=28-=37=33=2E?=
 =?UTF-8?Q?=30C=29?=
Date: Thu, 28 Feb 2008 14:49:08 +0100

 Same here: I'm running FreeBSD 7.0-STABLE, CPU is a Pentium M 1.73 Ghz
 (CPU: Intel(R) Pentium(R) M processor 1.73GHz (1729.01-MHz 686-class CPU)).
 The system is an AOpen XC CubeMZ915-M
 (http://xc.aopen.com.tw/CubeProduct_01.aspx?Auno=2170&mdstyl=22) with a
 915G/ICH6 chipset. Below you'll find the dmesg and sysctl output
 (interesting is, that the sysctl output says temperature is -273.2°C (so
 0K) while the dmesg output says something different).
 
 # dmesg | tail
 acpi_tz0: _TMP value is absurd, ignored (-108.0C)
 acpi_tz0: _TMP value is absurd, ignored (-108.0C)
 acpi_tz0: _TMP value is absurd, ignored (-109.0C)
 acpi_tz0: _TMP value is absurd, ignored (-108.0C)
 acpi_tz0: _TMP value is absurd, ignored (-108.0C)
 acpi_tz0: _TMP value is absurd, ignored (-107.0C)
 acpi_tz0: _TMP value is absurd, ignored (-107.0C)
 acpi_tz0: _TMP value is absurd, ignored (-107.0C)
 acpi_tz0: _TMP value is absurd, ignored (-105.0C)
 acpi_tz0: _TMP value is absurd, ignored (-108.0C)
 # sysctl hw.acpi.thermal
 hw.acpi.thermal.min_runtime: 0
 hw.acpi.thermal.polling_rate: 10
 hw.acpi.thermal.user_override: 0
 hw.acpi.thermal.tz0.temperature: -273.2C
 hw.acpi.thermal.tz0.active: -1
 hw.acpi.thermal.tz0.passive_cooling: 1
 hw.acpi.thermal.tz0.thermal_flags: 0
 hw.acpi.thermal.tz0._PSV: 50.0C
 hw.acpi.thermal.tz0._HOT: -1
 hw.acpi.thermal.tz0._CRT: 100.0C
 hw.acpi.thermal.tz0._ACx: 50.0C -1 -1 -1 -1 -1 -1 -1 -1 -1
 hw.acpi.thermal.tz0._TC1: 4
 hw.acpi.thermal.tz0._TC2: 3
 hw.acpi.thermal.tz0._TSP: 60
 
 With kind regards
 
 Aurel Bodenmann
 
 --
 
 WWW: http://www.bodenmann.biz
 E-Mail: mailto:aurel@bodenmann.biz
 Home: ++41 (0)79 824 31 22
 Always look on the bright side of life!  
 
From: vwe
 FYI also note PR kern/120954

State-Changed-From-To: open->closed 
State-Changed-By: vwe 
State-Changed-When: Fri Oct 17 15:33:25 UTC 2008 
State-Changed-Why:  

Eric, 
we think we're unable to do somthing about the broken ACPI implementation. 
Please check with your board vendor for an corrected and up to date 
BIOS. 
We're going to close this now, as this is unlikely to get solved by 
the operating system. 
Thank you for reporting. 


Responsible-Changed-From-To: freebsd-acpi->vwe 
Responsible-Changed-By: vwe 
Responsible-Changed-When: Fri Oct 17 15:33:25 UTC 2008 
Responsible-Changed-Why:  

track 

http://www.freebsd.org/cgi/query-pr.cgi?pr=120953 

From: "Moore, Robert" <robert.moore@intel.com>
To: "bug-followup@FreeBSD.org" <bug-followup@FreeBSD.org>, "ericnk@esreco.net"
	<ericnk@esreco.net>
Cc: "freebsd-acpi@FreeBSD.org" <freebsd-acpi@FreeBSD.org>, "vwe@FreeBSD.org"
	<vwe@FreeBSD.org>
Subject: Re: kern/120953: [acpi]: FreeBSD 6.3 Release:  acpi_tz0: _TMP value
 is absurd, ignored (-73.0C)
Date: Fri, 17 Oct 2008 10:46:12 -0700

 --_000_4911F71203A09E4D9981D27F9D830858032E020Forsmsx503amrcor_
 Content-Type: text/plain; charset="us-ascii"
 Content-Transfer-Encoding: quoted-printable
 
 It would be interesting to see the DSDT for this machine, to determine why =
 _TMP is returning such a value.
 
 Recently, a change was made to ACPICA to make the "implicit return" mechani=
 sm more compatible with Windows. If the _TMP method on this machine is depe=
 nding on the Windows implicit return, it may be that this ACPICA fix will h=
 elp in this case.
 
 Bob
 
 
 --_000_4911F71203A09E4D9981D27F9D830858032E020Forsmsx503amrcor_
 Content-Type: text/html; charset="us-ascii"
 Content-Transfer-Encoding: quoted-printable
 
 <html xmlns:o=3D"urn:schemas-microsoft-com:office:office" xmlns:w=3D"urn:sc=
 hemas-microsoft-com:office:word" xmlns=3D"http://www.w3.org/TR/REC-html40">
 
 <head>
 <meta http-equiv=3DContent-Type content=3D"text/html; charset=3Dus-ascii">
 <meta name=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
 <style>
 <!--
  /* Style Definitions */
  p.MsoNormal, li.MsoNormal, div.MsoNormal
 	{margin:0in;
 	margin-bottom:.0001pt;
 	font-size:12.0pt;
 	font-family:"Times New Roman";}
 a:link, span.MsoHyperlink
 	{color:blue;
 	text-decoration:underline;}
 a:visited, span.MsoHyperlinkFollowed
 	{color:purple;
 	text-decoration:underline;}
 span.EmailStyle17
 	{mso-style-type:personal-compose;
 	font-family:Arial;
 	color:windowtext;}
 @page Section1
 	{size:8.5in 11.0in;
 	margin:1.0in 1.25in 1.0in 1.25in;}
 div.Section1
 	{page:Section1;}
 -->
 </style>
 
 </head>
 
 <body lang=3DEN-US link=3Dblue vlink=3Dpurple>
 
 <div class=3DSection1>
 
 <p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
 0.0pt;
 font-family:Arial'>It would be interesting to see the DSDT for this machine=
 , to
 determine why _TMP is returning such a value.<o:p></o:p></span></font></p>
 
 <p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
 0.0pt;
 font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>
 
 <p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
 0.0pt;
 font-family:Arial'>Recently, a change was made to ACPICA to make the &#8220=
 ;implicit
 return&#8221; mechanism more compatible with Windows. If the _TMP method on
 this machine is depending on the Windows implicit return, it may be that th=
 is
 ACPICA fix will help in this case.<o:p></o:p></span></font></p>
 
 <p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
 0.0pt;
 font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>
 
 <p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
 0.0pt;
 font-family:Arial'>Bob<o:p></o:p></span></font></p>
 
 <p class=3DMsoNormal><font size=3D2 face=3DArial><span style=3D'font-size:1=
 0.0pt;
 font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>
 
 </div>
 
 </body>
 
 </html>
 
 --_000_4911F71203A09E4D9981D27F9D830858032E020Forsmsx503amrcor_--
>Unformatted:
