From owner-freebsd-acpi@FreeBSD.ORG Mon Jan 23 18:48:15 2006 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 302BE16A432; Mon, 23 Jan 2006 18:48:12 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FD8D43D49; Mon, 23 Jan 2006 18:48:11 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-int.prodigy.net [207.115.5.207]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k0NIm5eY003774; Mon, 23 Jan 2006 13:48:06 -0500 X-ORBL: [71.139.110.185] Received: from [10.0.0.115] (ppp-71-139-110-185.dsl.snfc21.pacbell.net [71.139.110.185]) by ylpvm01.prodigy.net (8.13.4 dk-milter linux/8.13.4) with ESMTP id k0NIm695006101; Mon, 23 Jan 2006 13:48:07 -0500 Message-ID: <43D524FB.4050001@root.org> Date: Mon, 23 Jan 2006 10:48:27 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050723) X-Accept-Language: en-us, en MIME-Version: 1.0 To: JoaoBR References: <200601201851.26858.joao@matik.com.br> <200601231352.12421.joao@matik.com.br> <20060123180803.GC25245@poupinou.org> <200601231644.22126.joao@matik.com.br> In-Reply-To: <200601231644.22126.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: need help for DSDT for an Epox Amd64 MB 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: Mon, 23 Jan 2006 18:48:16 -0000 JoaoBR wrote: > On Monday 23 January 2006 16:08, Bruno Ducrot wrote: >>Maybe you should try to disable acpi thermal stuff via >>hint.acpi_tz.0.disabled="1" > > > I will try it > > I haven't done it because I thought that if the shutoff is caused by a > hardware/bios feature then the OS can not do so very much here > > but a try does not hurt anything > > this: > > debug.acpi.disabled=thermal > > would be the same? Yes. The first version he gave is the generic driver disabling mechanism, the acpi version disables all subsystems related to the function. It may be redundant though at this point and we might consider removing it. -- Nate