[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120109020848.GF1835@S2101-09.ap.freescale.net>
Date: Mon, 9 Jan 2012 10:08:51 +0800
From: Shawn Guo <shawn.guo@...aro.org>
To: Richard Zhao <richard.zhao@...aro.org>
Cc: Dong Aisheng <b29396@...escale.com>, linux-kernel@...r.kernel.org,
linus.walleij@...ricsson.com, s.hauer@...gutronix.de,
w.sang@...gutronix.de, rob.herring@...xeda.com,
grant.likely@...retlab.ca, linux-arm-kernel@...ts.infradead.org,
kernel@...gutronix.de, cjb@...top.org,
devicetree-discuss@...ts.ozlabs.org, shawn.guo@...escale.com
Subject: Re: [RFC PATCH v3 3/5] pinctrl: imx: add pinctrl imx driver
On Sun, Jan 08, 2012 at 09:05:44PM +0800, Richard Zhao wrote:
> > +enum imx_imx53_pinctrl_pads {
> > + MX53_GPIO_19 = 0,
> > + MX53_KEY_COL0 = 1,
> > + MX53_KEY_ROW0 = 2,
> > + MX53_KEY_COL1 = 3,
> > + MX53_KEY_ROW1 = 4,
> > + MX53_KEY_COL2 = 5,
> > + MX53_KEY_ROW2 = 6,
> ...
> Why not describe it in dts and make this file generic for imx?
> One node for one pad,
Doing this will bloat the device tree dramatically. Actually I had
a patch doing so before the pinctrl subsystem was born, but it
concerned Grant a lot for that reason and thus died.
> it'll be easy to extend pad properties. You know
> the pad may set pull up/down, open drain, drive strenth, daisy chain etc.
> The features have to be supported, to make your model usefull.
>
As Aisheng mentioned, the pinconf support will be added later.
--
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