[PATCH] pio: add arch specific gpio_is_valid() function
Ryan Mallon
ryan at bluewatersys.com
Tue Sep 7 15:30:38 EDT 2010
avictor.za at gmail.com wrote:
> hi,
>
>> NAK still. You're trying to abuse gpio_is_valid(),
>> which I see no need to support.
>>
>> In terms of GPIO framework architecture, zero is
>> the first GPIO in all cases, and is always
>> a valid GPIO number, even if it's not
>> requestable/swritable/readable on a given board.
>>
>> Whether it's usable on a given platform depends
>> on whether a GPIO controller is registered which
>> claims numbers 0..N ... (assuming gpiolib in use).
>
> How should the following be done in a driver then?
>
> if (gpio_is_valid(device->output_pin)) {
> if (gpio_request(device->output_pin, "driverX") != 0)
> goto error_handling;
>
> /* continue with gpio setup */
> }
> else {
> /* there is no vcc_pin, so don't do any gpio setup */
Adding:
device->output_pin = -EINVAL;
Will force the gpio to be invalid here, so that subsequent uses of
gpio_is_valid will behave as expected in the case where
device->output_pin >= 0, but doesn't map to a useable gpio.
> }
>
> ....
>
> if (gpio_is_valid(device->output_pin)) {
> /* set value high */
> }
~Ryan
More information about the linux-arm-kernel
mailing list