From owner-freebsd-acpi@FreeBSD.ORG Tue Jan 11 20:48:15 2005 Return-Path: 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 3D80C16A4CE for ; Tue, 11 Jan 2005 20:48:15 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id F274043D54 for ; Tue, 11 Jan 2005 20:48:14 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j0BKmDGV013249 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 11 Jan 2005 12:48:14 -0800 Message-ID: <41E43B8B.6030506@root.org> Date: Tue, 11 Jan 2005 12:48:11 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Igor Partola References: <200501021735.j02HZWAs017587@sana.init-main.com> <41E35EB6.8040306@root.org> <20050111095729.GB813@galgenberg.net> <200501111302.12876.florian@love2party.net> <41E41B34.2040701@pisem.net> In-Reply-To: <41E41B34.2040701@pisem.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org Subject: Re: Again about Dell Inspiron 8x00 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 20:48:15 -0000 Igor Partola wrote: > To be exact it was 2.6.9-gentoo-r13 and 2.6.10 vanilla that worked. Try disabling some components of acpi, like: debug.acpi.disabled="sysresource" See acpi(4) for a complete list (cpu, thermal, etc.) Let me know if disabling any of those help. > It seems to me that certain functions of the ACPI are better off left > alone as overriding them just causes trouble. > > For example: when there is no ACPI support in kernel closing the lid > switches the display off and Fn+F3 brings me to BIOS settings. Once ACPI > is loaded though these functions don't seem to work. So maybe they > shouldn't be overridden until it is known that the overriding code in > the kernel ACPI works well enough to handle it? Or maybe sysctl could be > used to switch between BIOS and kernel ACPI to be in charge of turning > off the display and such? Sorry, can't do. ACPI is a big switch in the BIOS that says either "let the BIOS do everything or let the ACPI OS do everything." Use apm(4) and disable ACPI if it doesn't give the support you want. -- Nate