From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Garrett Subject: Re: [PATCH 0/5][RFC] Physical PCI slot objects Date: Wed, 14 Nov 2007 18:03:56 +0000 Message-ID: <20071114180355.GB4265@srcf.ucam.org> References: <20071113000853.GA13341@ldl.fc.hp.com> <20071113170129.GA20185@kroah.com> <20071113202154.GA22812@ldl.fc.hp.com> <20071113202632.GA3227@kroah.com> <20071114174401.GA4265@srcf.ucam.org> <20071114175151.GA14994@kroah.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from cavan.codon.org.uk ([78.32.9.130]:60492 "EHLO vavatch.codon.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751807AbXKNSHr (ORCPT ); Wed, 14 Nov 2007 13:07:47 -0500 Content-Disposition: inline In-Reply-To: <20071114175151.GA14994@kroah.com> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Greg KH Cc: Alex Chiang , gregkh@suse.de, kristen.c.accardi@intel.com, lenb@kernel.org, matthew@wil.cx, rick.jones2@hp.com, linux-kernel@vger.kernel.org, linux-pci@atrey.karlin.mff.cuni.cz, pcihpd-discuss@lists.sourceforge.net, linux-acpi@vger.kernel.org On Wed, Nov 14, 2007 at 09:51:51AM -0800, Greg KH wrote: > On Wed, Nov 14, 2007 at 05:44:01PM +0000, Matthew Garrett wrote: > > Dumping raw ACPI tables isn't adequate - _SUN might be a complex ACPI > > method with multiple reads and writes to raw hardware, and we really > > don't want to do that in userspace. The only way to do this reliably is > > in the kernel. > > But it really isn't, as the firmware kit has proven... The firmware toolkit will only work if the _SUN method merely returns a hardcoded value. The spec doesn't require that that be the case, and it's easy to imagine situations where it won't. -- Matthew Garrett | mjg59@srcf.ucam.org