[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200910131410.40305.david-b@pacbell.net>
Date: Tue, 13 Oct 2009 14:10:40 -0700
From: David Brownell <david-b@...bell.net>
To: Jonathan Corbet <corbet@....net>
Cc: LKML <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [PATCH v2] GPIO: Add gpio_lookup
On Saturday 10 October 2009, Jonathan Corbet wrote:
> GPIO: add gpio_lookup()
>
> GPIOs have names associated with them, but drivers cannot use those names
> and must thus rely on hardwired GPIO numbers. That, in turn, makes dynamic
> assignment hard to use. This patch adds a little function gpio_lookup()
> which returns the GPIO number associated with a name.
>
> Signed-off-by: Jonathan Corbet <corbet@....net>
Not real keen on this; see separate emails, and below.
> ---
> Documentation/gpio.txt | 8 ++++++++
> drivers/gpio/gpiolib.c | 25 +++++++++++++++++++++++++
> include/asm-generic/gpio.h | 1 +
> include/linux/gpio.h | 5 +++++
> 4 files changed, 39 insertions(+), 0 deletions(-)
>
> diff --git a/Documentation/gpio.txt b/Documentation/gpio.txt
> index fa4dc07..b3b3dd5 100644
> --- a/Documentation/gpio.txt
> +++ b/Documentation/gpio.txt
> @@ -253,6 +253,14 @@ pin setup (e.g. controlling which pin the GPIO uses, pullup/pulldown).
> Also note that it's your responsibility to have stopped using a GPIO
> before you free it.
>
> +GPIO users can look up GPIO numbers using the names which were provided by
> +the GPIO driver, using:
> +
> + int gpio_lookup(const char *name);
This is missing a handle for the GPIO driver.
So for example if two video cards register a "backlight" GPIO,
nothing prevents this from returning the wrong one ... :(
> +
> +The return value will be the associated GPIO number, or -EINVAL if no GPIO
> +with the given name is found.
Easier all around to not presume lookup() functionality for GPIOs.
> +
>
> GPIOs mapped to IRQs
> --------------------
> diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
> index 662ed92..99d796c 100644
> --- a/drivers/gpio/gpiolib.c
> +++ b/drivers/gpio/gpiolib.c
> @@ -1102,6 +1102,31 @@ void gpio_free(unsigned gpio)
> }
> EXPORT_SYMBOL_GPL(gpio_free);
>
> +/**
> + * gpio_lookup - Look up a GPIO by name
> + * @name: the name of the desired GPIO
> + *
> + * Returns the GPIO number associated with name, or -EINVAL if
> + * the GPIO is not found.
> + */
> +int gpio_lookup(const char *name)
> +{
> + int i;
> +
> + for (i = 0; i < ARCH_NR_GPIOS; i++) {
> + struct gpio_chip *chip = gpio_desc[i].chip;
> +
> + if (chip == NULL || chip->names == NULL)
> + continue;
> + if (!strcmp(name, chip->names[i - chip->base])) {
But *any* chip can register such a name; nothing establishes or verifies
uniquness in any scope larger than that single chip...
> + printk(KERN_NOTICE "grbn found %d\n", i);
We know the grbn should not have escaped. But we don't
exactly know what it is! Who is he/she? And what is their
involvement with GPIOs? :)
> + return i;
> + }
> + }
> + return -EINVAL;
> +}
> +EXPORT_SYMBOL_GPL(gpio_lookup);
> +
>
> /**
> * gpiochip_is_requested - return string iff signal was requested
> diff --git a/include/asm-generic/gpio.h b/include/asm-generic/gpio.h
> index 66d6106..667b86a 100644
> --- a/include/asm-generic/gpio.h
> +++ b/include/asm-generic/gpio.h
> @@ -116,6 +116,7 @@ extern int __must_check gpiochip_remove(struct gpio_chip *chip);
> */
> extern int gpio_request(unsigned gpio, const char *label);
> extern void gpio_free(unsigned gpio);
> +extern int gpio_lookup(const char *name);
>
> extern int gpio_direction_input(unsigned gpio);
> extern int gpio_direction_output(unsigned gpio, int value);
> diff --git a/include/linux/gpio.h b/include/linux/gpio.h
> index 059bd18..2c3f179 100644
> --- a/include/linux/gpio.h
> +++ b/include/linux/gpio.h
> @@ -41,6 +41,11 @@ static inline void gpio_free(unsigned gpio)
> WARN_ON(1);
> }
>
> +static inline int gpio_lookup(const char *name)
> +{
> + return -ENOSYS;
> +}
> +
> static inline int gpio_direction_input(unsigned gpio)
> {
> return -ENOSYS;
> --
> 1.6.2.5
>
>
--
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