Messages in this thread | | | Date | Mon, 14 Feb 2011 17:39:38 +0000 | From | Mark Brown <> | Subject | Re: [PATCH 1/3] gpiolib: Add ability to get GPIO pin direction |
| |
On Mon, Feb 14, 2011 at 10:26:18AM -0700, Grant Likely wrote: > On Mon, Feb 14, 2011 at 10:08 AM, Alan Cox <alan@lxorguk.ukuu.org.uk> wrote:
> > - input > > - output
> There are actually multiple output modes that a specific gpio > controller could implement, but the gpio api only has a boolean > understanding of output. I don't know if it is really worthwhile to > try and encode all the possible configurations in this API.
Ditto for inputs, and of course there's all the pad configuration stuff.
> > - alt_func (pin is in use for some other purpose)
> What is the use-case for alt_func? From the point of view of a GPIO > driver, I don't think it cares if the pin has been dedicated to > something else. It can twiddle all it wants, but if the pin is routed > to something else then it won't have any external effects (pin mux is > often a separate logic block from the gpio controller). Also with
Not always entirely true, some of the controllers I've worked with have input and output both as alternate functions among the others there so selecting input or output mode will tend to force the mode but...
> GPIOs, the engineers fiddling with them *really* needs to know what > the gpios are routed to. It is highly unlikely to have any kind of > automatic configuration of gpios; ie. if it isn't wired as a gpio, > then don't go twiddling it.
...it doesn't make much difference for the reasons you mention.
| |