[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120110135147.GB26599@S2101-09.ap.freescale.net>
Date: Tue, 10 Jan 2012 21:51:50 +0800
From: Shawn Guo <shawn.guo@...aro.org>
To: Linus Walleij <linus.walleij@...aro.org>
Cc: Richard Zhao <richard.zhao@...escale.com>,
Richard Zhao <richard.zhao@...aro.org>,
linus.walleij@...ricsson.com, s.hauer@...gutronix.de,
w.sang@...gutronix.de, rob.herring@...xeda.com,
linux-kernel@...r.kernel.org, grant.likely@...retlab.ca,
shawn.guo@...escale.com, kernel@...gutronix.de, cjb@...top.org,
Dong Aisheng <b29396@...escale.com>,
devicetree-discuss@...ts.ozlabs.org,
linux-arm-kernel@...ts.infradead.org
Subject: Re: [RFC PATCH v3 3/5] pinctrl: imx: add pinctrl imx driver
On Tue, Jan 10, 2012 at 11:43:28AM +0100, Linus Walleij wrote:
> On Tue, Jan 10, 2012 at 9:38 AM, Richard Zhao
> <richard.zhao@...escale.com> wrote:
> > On Mon, Jan 09, 2012 at 02:32:12PM +0800, Shawn Guo wrote:
> >> As I was educated by Linus.W, we can not drink ocean and we need to
> >> split big chunk of work into pieces and achieve it step by step.
> > Sure, we can not drink out the ocean :). But if people can not use it
> > in real case, how do we verify the driver? How do we know the driver
> > goes in the right way?
>
> If you prefer to do a big upfront design of the entire driver then please
> by all means do that.
>
> What we need to know right now is what you need from the pin
> controller core to do that. We have a (custom) pinconf API now,
> does it fit the bill?
>
Hmm, I do not think it fits right away, as I do not think it's sensible
to have pinctrl client drivers call pin_config_set() directly.
> I have spent some time on generic pin config, it was not much
> commented so if it helps you please ACK the patches.
>
Since the ARM community is the one who is most interested in pinctrl
subsystem so far, I guess copying LAKML will help collect more comments
and various tags. (For example, I'm interested in pinctrl, but I do
not track LKML as close as I do for LAKML).
> Next from discussions with Stpehen I've sort of figured out that
> we need a config mapping table of sorts and then a means to activate
> entries of that table at runtime. I'm trying to come up with something
> for this.
>
That's something we are waiting for pinconf being usable for imx.
--
Regards,
Shawn
--
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