From owner-freebsd-acpi@FreeBSD.ORG Wed Nov 9 19:11:59 2005 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 26B6916A41F for ; Wed, 9 Nov 2005 19:11:59 +0000 (GMT) (envelope-from nate@root.org) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12DA743D4C for ; Wed, 9 Nov 2005 19:11:57 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.33] (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 jA9JBVDI028087 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 9 Nov 2005 11:11:47 -0800 Message-ID: <437249E2.8050406@root.org> Date: Wed, 09 Nov 2005 11:11:30 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <78F7D8FC-B5AA-4723-8336-E60F873D9414@club-internet.fr> <4367BCA6.5050609@root.org> <20051108.222747.63047404.imp@bsdimp.com> <43718DBF.40302@root.org> <20051109180323.GA12837@odin.ac.hmc.edu> In-Reply-To: <20051109180323.GA12837@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI and 3.0 specification 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: Wed, 09 Nov 2005 19:11:59 -0000 Brooks Davis wrote: > On Tue, Nov 08, 2005 at 09:48:47PM -0800, Nate Lawson wrote: > >>M. Warner Losh wrote: >> >>>In message: <4367BCA6.5050609@root.org> >>> Nate Lawson writes: >>>: acpi 3.0 adds very little useful stuff unless you're interested in large >>>: NUMA machines. We'd be better off implementing more support for those >>>: systems in the main kernel and then acpi, not the other way around. >>> >>>PCIE and SATA sounds useful, and Ambient Light Sensor and User >>>Presense device sounds both cool and ominous :-) I agree with you >>>about numa. >> >>The best next move is probably for the maintainers of those subsystems >>to integrate acpi to begin with. PCIe support appears to be underway. >> I'm not sure about ATA but a good first step would be to associate an >>ACPI handle with each ATA bus (PRI, SEC, etc.) > > > ATA support would be nice since I think it's needed to fix the Thinkpad > docking problem correctly. I'm happy to explain how to do this to anyone writing the code. The PCI code does this already (see sys/dev/acpica/acpi_pci.c, acpi_pci_save_handle) and ATA could be adapted to do this pretty easily since it now has newbus support. -- Nate