From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 20 22:23:02 2008 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 8D80716A400 for ; Wed, 20 Feb 2008 22:23:02 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id E899113C4D3 for ; Wed, 20 Feb 2008 22:23:01 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id m1KM6flB003953; Wed, 20 Feb 2008 17:06:41 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Wed, 20 Feb 2008 17:06:41 -0500 (EST) Date: Wed, 20 Feb 2008 17:06:41 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Johannes Dieterich In-Reply-To: <47BCA0EA.4080508@gmail.com> Message-ID: References: <20080220213200.BD12E4500F@ptavv.es.net> <47BCA0EA.4080508@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-acpi@freebsd.org Subject: Re: [RFC] Patch to enable temperature ceiling in powerd X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2008 22:23:02 -0000 On Wed, 20 Feb 2008, Johannes Dieterich wrote: > First, thanks for your reply! > > Kevin Oberman wrote: >>> Date: Wed, 20 Feb 2008 22:10:41 +0100 >>> From: Johannes Dieterich >>> Sender: owner-freebsd-acpi@freebsd.org >>> >>> Alexandre "Sunny" Kovalenko wrote: >>>> On Sun, 2008-02-17 at 14:40 +0100, Johannes Dieterich wrote: >>>>> Hi, >>>>> some not so nice news: >>>>> >>>>> That still holds true. Unfortunately portupgrade gcc overheats it again. >>>> You might want to do >>>> >>>> sysctl hw.acpi.thermal.user_override=1 >>>> sysctl hw.acpi.thermal.tz1._PSV=85C >>>> >>>> and see if this gets you through the gcc compilation. >>> for a long long time it looked very good. But then it again overheated.I >>> might want to stress again that it happened out of a sudden. sysctl >>> dev.cpu reports 83-87 degrees for a long time and then it SUDDENLY shuts >>> down saying it is over 127 degrees. The workload between those two data >>> points has not changed. >> >> This is sounding like a hardware problem. >> >> On almost all modern systems, the CPU temperature is read from a single >> junction on the silicon of the CPU. If it makes sudden, inexplicable >> jumps, this implies that either the junction on the chip or the support >> hardware on the mobo (this is analog stuff) is misbehaving. >> >> It is possible that something is causing BIOS to handle the values >> incorrectly, but that would seem very unlikely to me. > > In general, I am willing to believe these things. There is a but though. > The problem appeared when upgrading from 6.2 to 7.0. OK, hardware breaks > and coincidences happen. But I tested later with an openSUSE and a > Knoppix Live CD (OK, JUST a LiveCD) and a stress test and it never went > over 79 degrees. But it reproducibly happens with FreeBSD 7.0 and also > there just under load (which puts the temperature anyway to 85 degrees). > I do lack an install of a Linux to test these issues there because the > notebook is my productive system at the moment. I also have to think that maybe this isn't a hardware issue. I'm having similar problems with an Intel STL2 Tupelo motherboard after upgrading to 7.0. Only under load does the temperature shoot up, but I know the chip isn't getting hot and the fan is running - I've felt around in there and nothing was even close to the 117+C it was sensing. -- DE