[PATCH] [RFC] pinctrl: add a driver for Energy Micro's efm32 SoCs
linus.walleij at linaro.org
Fri Dec 9 19:18:43 EST 2011
On Fri, Dec 9, 2011 at 12:08 PM, Sascha Hauer <s.hauer at pengutronix.de> wrote:
> I still think it should be "I'm board Y, please set all my pins up for me"
This is basically what the current pinmux hog concept does.
> Drivers should not be bothered with pin muxing *at all*.
Not if they are simple. Like - set them up once and for all and
then forget about it.
It gets problematic when we get to sleep states and the system
need to reconfigure all pins on say idle or deep sleep.
We also have heard about hardware routing the *same*
IO block (an I2C port IIRC) to two different sets of pins at
*runtime*, i.e. route it to pin 1-4 do some traffic, route
it to pin 9-12, do some other traffic...
> There are only
> some corner cases where a driver has to do something with the pin setup
> like for example on i.MX6 where the drive strength setting has to be
> changed with different card speeds.
I fear that is just the top of an iceberg :-P
> There is also no value in being able to say which pins are allocated
> by which driver. All we really want is being able to abstract the
> pinmux in some common way and being able to detect conflicts.
It's a value to have it in debugfs, where it is right now, and that
is optional. It helped me a lot when developing a driver...
More information about the linux-arm-kernel