[PATCH] pinctrl: imx5: start numbering pad from 0
Linus Walleij
linus.walleij at linaro.org
Tue Aug 21 08:46:59 EDT 2012
On Thu, Aug 16, 2012 at 5:30 AM, Dong Aisheng <b29396 at freescale.com> wrote:
> The problem is that those pins are visible to pinctrl subystem, but the pinctrl
> subsystem can not manage them all.
> Not sure this meet Linus's original design purpose.
The U300 driver has *lots* of pins it cannot manage. I have no strong
opinions on this, often if there are lots of pins and say some ranges
here and there are controllable, you may want to register them all
(with names) just so that you can get something intuitive out of the
pin numbers.
But the descriptors are actually sparse, so you don't have to have
a consecutive pin range and can actually just register the pins you
want with the names you want. It's your pick...
> But i'm not sure if we may have this requirement in the future.
> For example, is it possible that pinctrl subsystem may support configure pins
> via sysfs dynamically?
Not sysfs. For GPIO this ended up in a bad place.
Maybe /dev/pinctrl0, /dev/pinctrl1
But I don't think we want to expose individual pin configs to
userspace. Maybe pinctrl states. Dunno, has to be designed,
and surely pins can be totally numb and unconfigurable as well....
> If it supports, will imx driver also support config unused pins in devicetree
> via sysfs?
DT *or* /dev/foo I guess.
Yours,
Linus Walleij
More information about the linux-arm-kernel
mailing list