Date: Wed, 09 Nov 2005 11:11:30 -0800 From: Nate Lawson <nate@root.org> To: Brooks Davis <brooks@one-eyed-alien.net> Cc: freebsd-acpi@freebsd.org Subject: Re: ACPI and 3.0 specification Message-ID: <437249E2.8050406@root.org> In-Reply-To: <20051109180323.GA12837@odin.ac.hmc.edu> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <nate@root.org> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?437249E2.8050406>