From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752445Ab2IEGx5 (ORCPT ); Wed, 5 Sep 2012 02:53:57 -0400 Received: from mail-wg0-f44.google.com ([74.125.82.44]:49409 "EHLO mail-wg0-f44.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750999Ab2IEGx4 (ORCPT ); Wed, 5 Sep 2012 02:53:56 -0400 MIME-Version: 1.0 In-Reply-To: <20120905064106.GA4233@gmail.com> References: <20120831122323.GC5962@gmail.com> <5044C82E.5060207@gmail.com> <20120903152012.GH31163@gmail.com> <201209041428.21409.arnd@arndb.de> <20120905064106.GA4233@gmail.com> Date: Wed, 5 Sep 2012 08:53:54 +0200 Message-ID: Subject: Re: [PATCH 3/3] i2c: nomadik: Add Device Tree support to the Nomadik I2C driver From: Linus Walleij To: Lee Jones Cc: Arnd Bergmann , Alessandro Rubini , Russell King - ARM Linux , linux-arm-kernel@lists.infradead.org, Rob Herring , Stephen Warren , linus.walleij@stericsson.com, linux-kernel@vger.kernel.org, Wolfram Sang , linux-i2c@vger.kernel.org, STEricsson_nomadik_linux@list.st.com, devicetree-discuss@lists.ozlabs.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 5, 2012 at 8:41 AM, Lee Jones wrote: > On Tue, Sep 04, 2012 at 07:27:10PM +0200, Linus Walleij wrote: >> On Tue, Sep 4, 2012 at 4:28 PM, Arnd Bergmann wrote: >> >> > In this particular case, we don't have a single board file providing a >> > struct nmk_i2c_controller definition for platform data, so the best way >> > to handle this IMHO is to remove the header file with the platform >> > data definition, and just encode the defaults in the driver. >> >> Alessandro Rubini is actively working on bridging this (and >> other amba_device primecells) to PCI, that is the reason why it >> was recently converted to an amba_device. How is he then supposed to >> get the proper parameters into the driver? Note that the PCI ID >> is no help at all since the parameters depend on what is connected >> to the I2C bus, not on what it itself is connected to. Isn't platform data >> used in such cases? > > So why can't Alessandro continue to use Platform Data in the normal way? He probably can, this is not an argument about that, what I am worried about is Arnd's suggestion to delete the platform data header if there are potential users of it. Yours, Linus Walleij