Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755315Ab0H0TH2 (ORCPT ); Fri, 27 Aug 2010 15:07:28 -0400 Received: from www.tglx.de ([62.245.132.106]:55544 "EHLO www.tglx.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752040Ab0H0TH0 (ORCPT ); Fri, 27 Aug 2010 15:07:26 -0400 Date: Fri, 27 Aug 2010 21:06:42 +0200 (CEST) From: Thomas Gleixner To: Arjan van de Ven cc: Grant Likely , Masayuki Ohtak , meego-dev@meego.com, LKML , David Brownell , qi.wang@intel.com, yong.y.wang@intel.com, andrew.chih.howe.khor@intel.com, gregkh@suse.de, Tomoya MORINAGA , David Woodhouse , Alan Cox Subject: Re: [MeeGo-Dev][PATCH] Topcliff: Update PCH_SPI driver to 2.6.35 In-Reply-To: <4C7809ED.9070506@linux.intel.com> Message-ID: References: <4C77BD91.9070302@dsn.okisemi.com> <4C7809ED.9070506@linux.intel.com> User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1868 Lines: 44 On Fri, 27 Aug 2010, Arjan van de Ven wrote: > On 8/27/2010 11:53 AM, Thomas Gleixner wrote: > > B1;2401;0cOn Fri, 27 Aug 2010, Grant Likely wrote: > > > > > [cc'ing Thomas Gleixner and David Woodhouse since this driver needs to > > > get some data about the platform (to know what spi_devices are > > > present) and I don't know how that is handled for x86 SoCs.] > > > > > The best way to do all this platform specific configuration is to use > > device tree. I really don't want to have x86/mach-xyz/board[A-Z] > > horror, which is unavoidable when we don't get a sensible way to > > configure the boards. SFI was meant to provide a lightweight ACPI, but > > now that device tree is generic and more platforms are using it, I > > really want to standartize on that and forget SFI. > > > > That makes even more sense, as all these AMBA peripherals which are > > duct-taped to a x86 core can be found in other SoCs with different > > cores as well. > > > > I tentatively agree, but this has to coexist with ACPI, which most of these > platforms will also have, > for power management if nothing else. power management and configuration of SoCs with a lot of configurable pins and peripherals are two different beasts. power management will probably not change much between two boards, but the peripherals and pin configuration makes the big difference and I don't wont to pull out that information from ACPI. Especially not when we talk about device drivers which can be shared with other architectures. Also you dont want to burden BSP developers with getting those ACPI tables right. Thanks, tglx -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/