[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1389196639.23721.16.camel@hornet>
Date: Wed, 08 Jan 2014 15:57:19 +0000
From: Pawel Moll <pawel.moll@....com>
To: Linus Walleij <linus.walleij@...aro.org>
Cc: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
Samuel Ortiz <sameo@...ux.intel.com>,
Arnd Bergmann <arnd@...db.de>, Jon Medhurst <tixy@...aro.org>,
"arm@...nel.org" <arm@...nel.org>, Olof Johansson <olof@...om.net>,
Alexandre Courbot <gnurou@...il.com>,
Anton Vorontsov <anton@...msg.org>
Subject: Re: [RFC 03/18] GPIO: gpio-generic: Add label to platform data
Greetings (and the usual: Happy New Year!)
On Mon, 2013-12-23 at 17:26 +0000, Linus Walleij wrote:
> On Mon, Dec 23, 2013 at 5:23 PM, Pawel Moll <pawel.moll@....com> wrote:
>
> > When registering more than one platform device, it is
> > useful to set the gpio chip label in the platform data.
> >
> > Signed-off-by: Pawel Moll <pawel.moll@....com>
> > Cc: Linus Walleij <linus.walleij@...aro.org>
> > Cc: Alexandre Courbot <gnurou@...il.com>
> > Cc: Anton Vorontsov <anton@...msg.org>
>
> Good point. But what about also adding device tree support for
> naming the chips while you're at it?
>
> I imagine a generic gpiochip property in
> Documentation/devicetree/bindings/gpio/gpio.txt
Well, this has been discussed almost to death already (as you may
remember ;-) in the thread:
http://www.spinics.net/lists/devicetree/msg00072.html
(only portions survived)
Although I was in favour of the generic binding (as were you if I
remember correctly), the final non-conclusion was not to open the
"generic door". Fair enough with me, I went the defined-in-code way
here...
Paweł
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists