From mboxrd@z Thu Jan 1 00:00:00 1970 From: Feng Tang Subject: Re: [PATCH 07/12] SFI: add x86 support Date: Fri, 10 Jul 2009 14:48:31 +0800 Message-ID: <20090710144831.63b7021a@feng-desktop> References: <8e4a93858bce74ed3080dd607aa471023f1a2737.1247025117.git.len.brown@intel.com> <4676b1fee4cae65c678754fbdecae626ac161b81.1247025117.git.len.brown@intel.com> <20090710063726.GF22218@elte.hu> Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Return-path: Received: from mga03.intel.com ([143.182.124.21]:28243 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750809AbZGJGvK (ORCPT ); Fri, 10 Jul 2009 02:51:10 -0400 In-Reply-To: <20090710063726.GF22218@elte.hu> Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Ingo Molnar Cc: Len Brown , "x86@kernel.org" , "sfi-devel@simplefirmware.org" , "linux-kernel@vger.kernel.org" , "linux-acpi@vger.kernel.org" On Fri, 10 Jul 2009 14:37:26 +0800 Ingo Molnar wrote: > > * Len Brown wrote: > > > From: Feng Tang > > > > arch/x86/kernel/sfi.c serves the dual-purpose of supporting the > > SFI core with arch specific code, as well as a home for the > > arch-specific code that uses SFI. > > > > Signed-off-by: Feng Tang > > Signed-off-by: Len Brown > > --- > > arch/x86/kernel/Makefile | 1 + > > arch/x86/kernel/sfi.c | 284 > > ++++++++++++++++++++++++++++++++++++++++++++++ > > drivers/sfi/sfi_core.c | 2 +- 3 files changed, 286 > > insertions(+), 1 deletions(-) create mode 100644 > > arch/x86/kernel/sfi.c > > > > diff --git a/arch/x86/kernel/Makefile b/arch/x86/kernel/Makefile > > index 6c327b8..e430123 100644 > > --- a/arch/x86/kernel/Makefile > > +++ b/arch/x86/kernel/Makefile > > @@ -53,6 +53,7 @@ obj-y += step.o > > obj-$(CONFIG_STACKTRACE) += stacktrace.o > > obj-y += cpu/ > > obj-y += acpi/ > > +obj-$(CONFIG_SFI) += sfi.o > > obj-y += reboot.o > > obj-$(CONFIG_MCA) += mca_32.o > > obj-$(CONFIG_X86_MSR) += msr.o > > and write those 'any match' lines as: > > sfi_table_parse(SFI_SIG_CPUS, SFI_ANY_KEY, sfi_parse_cpus); > > which is _far_ more readable and more extensible as well. (it is > trivial to extend such a design with a new key field - while with > the current open-coded structure it's far more invasive to do such a > change.) > > Thanks, > > Ingo Thanks again for the great comments to this v2 series, will address them soon. Thanks, Feng