From owner-freebsd-acpi@FreeBSD.ORG Wed Feb 20 23:48:37 2008 Return-Path: Delivered-To: acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B248E16A403 for ; Wed, 20 Feb 2008 23:48:37 +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 84CC513C45E for ; Wed, 20 Feb 2008 23:48:37 +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 m1KNmasV012285; Wed, 20 Feb 2008 18:48:36 -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 18:48:36 -0500 (EST) Date: Wed, 20 Feb 2008 18:48:36 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "Alexandre \\Sunny\\ Kovalenko" In-Reply-To: <1203549287.1019.43.camel@RabbitsDen> Message-ID: References: <1200369199.2054.38.camel@RabbitsDen> <1203131179.833.32.camel@RabbitsDen> <1203549287.1019.43.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: acpi@freebsd.org Subject: Re: How to disable acpi thermal? 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 23:48:37 -0000 On Wed, 20 Feb 2008, Alexandre \Sunny\ Kovalenko wrote: > > On Wed, 2008-02-20 at 17:15 -0500, Daniel Eischen wrote: >> On Fri, 15 Feb 2008, Alexandre "Sunny" Kovalenko wrote: >> >>> >>> On Tue, 2008-01-15 at 15:34 -0500, Daniel Eischen wrote: >>>> [ Redirected from -current ] >>>> >>>> I posted the acpidump here: >>>> >>>> http://people.freebsd.org/~deischen/stl2.iasl >>>> >>>> The problem is that acpi_thermal keeps shutting down the system >>>> after 2 minutes into a buildkernel. The system has no load other >>>> than the buildkernel at the time it shuts down. >>>> >>>> The system is a Intel STL2 Tupelo motherboard with 1 CPU, the >>>> other CPU socket being occupied by a CPU terminator thingy. >>>> I uncovered the rackmount system and watched it while building >>>> a kernel. With the cover off the acpi monitored temperature >>>> went to 107C and stayed there. It only took a minute or two >>>> to get there. I felt around inside the chassis and nothing >>>> was even near being to warm or hot. With the cover on, the >>>> temperature goes to 111/112C before being shutdown by acpi_thermal >>>> (the limit being 110C). There is no way anything in that >>>> chassis is anywhere near 100C. I've disabled acpi_thermal >>>> for now, but it'd be nice to get a better fix. >>>> >>>> Any ideas? >>>> >>> You can try this patch on your ASL, which might just cause passive >>> cooling to kick in. If you decide to try a patch, I would like to see >>> the output of >> >> I guess I'm confused - how can passive cooling "kick in". Isn't >> passive cooling always on if you are using a heatsink? > In the ACPI context (and please, bear with me -- I am no expert -- I > just read respective pieces of the spec and experimented with few > specimens of my own hardware) "passive" cooling is lowering of the CPU > frequency when temperature reaches given point, as denoted by > hw.acpi.thermal.tzN._PSV value. This will happen (I have tried ;) > regardless of the efforts of powerd to raise the frequency due to the > load history. This helps in the situations when CPU could not run at > maximum load for protracted periods of time. Ok, now this makes sense. > I assume (possibly incorrectly) that 1) your CPU is capable of the > frequency throttling and 2) you are using frequency governor of some > sort (see cpufreq(4) for detail). If this is not the case, the change > will not help. I don't know about 1): CPU: Intel Pentium III (933.08-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbff and 2), no, I'm not using a frequency governor from what I can tell. $ sysctl -a | grep dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% $ sudo kldload /boot/kernel/cpufreq.ko $ sysctl -a | grep dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.cx_supported: C1/0 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% > Also, since I have sent you that change, I have learned that setting > hw.acpi.thermal.user_override=1 and hw.acpi.thermal.tz0._PSV=85C might > accomplish the same thing as the ASL change. I saw it working for the > thermal zone which already had sensible _PSV, but I have no hardware to > try this approach when _PSV is not present in the ASL. Well, this is a server board, not a laptop, so I'm not sure it even has CPU throttling. -- DE