public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: David Brownell <david-b@pacbell.net>
To: Jani Nikula <ext-jani.1.nikula@nokia.com>,
	Andrew Morton <akpm@linux-foundation.org>
Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] gpiolib: allow exported GPIO nodes to be named using sysfs links
Date: Wed, 1 Jul 2009 01:25:07 -0700	[thread overview]
Message-ID: <200907010125.08002.david-b@pacbell.net> (raw)
In-Reply-To: <1246435306-7371-1-git-send-email-ext-jani.1.nikula@nokia.com>

On Wednesday 01 July 2009, Jani Nikula wrote:
> Commit 926b663ce8215ba448960e1ff6e58b67a2c3b99b (gpiolib: allow GPIOs to
> be named) already provides naming on the chip level. This patch provides
> more flexibility by allowing multiple names where ever in sysfs on a per
> GPIO basis.
> 
> Adapted from David Brownell's comments on a similar concept:
> http://lkml.org/lkml/2009/4/20/203.
> 
> Signed-off-by: Jani Nikula <ext-jani.1.nikula@nokia.com>

Acked-by: David Brownell <dbrownell@users.sourceforge.net>

Andrew, this replaces a patch now in your MM tree...

> 
> ---
> 
> Changes in v2:
>  - remove BUG_ON()
> ---
>  Documentation/gpio.txt     |   10 +++++++++
>  drivers/gpio/gpiolib.c     |   45 ++++++++++++++++++++++++++++++++++++++++++++
>  include/asm-generic/gpio.h |    8 +++++++
>  include/linux/gpio.h       |    9 ++++++++
>  4 files changed, 72 insertions(+), 0 deletions(-)
> 
> diff --git a/Documentation/gpio.txt b/Documentation/gpio.txt
> index e4b6985..566edaa 100644
> --- a/Documentation/gpio.txt
> +++ b/Documentation/gpio.txt
> @@ -555,6 +555,11 @@ requested using gpio_request():
>  	/* reverse gpio_export() */
>  	void gpio_unexport();
>  
> +	/* create a sysfs link to an exported GPIO node */
> +	int gpio_export_link(struct device *dev, const char *name,
> +		unsigned gpio)
> +
> +
>  After a kernel driver requests a GPIO, it may only be made available in
>  the sysfs interface by gpio_export().  The driver can control whether the
>  signal direction may change.  This helps drivers prevent userspace code
> @@ -563,3 +568,8 @@ from accidentally clobbering important system state.
>  This explicit exporting can help with debugging (by making some kinds
>  of experiments easier), or can provide an always-there interface that's
>  suitable for documenting as part of a board support package.
> +
> +After the GPIO has been exported, gpio_export_link() allows creating
> +symlinks from elsewhere in sysfs to the GPIO sysfs node.  Drivers can
> +use this to provide the interface under their own device in sysfs with
> +a descriptive name.
> diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
> index 51a8d41..aef6b3d 100644
> --- a/drivers/gpio/gpiolib.c
> +++ b/drivers/gpio/gpiolib.c
> @@ -505,6 +505,51 @@ static int match_export(struct device *dev, void *data)
>  }
>  
>  /**
> + * gpio_export_link - create a sysfs link to an exported GPIO node
> + * @dev: device under which to create symlink
> + * @name: name of the symlink
> + * @gpio: gpio to create symlink to, already exported
> + *
> + * Set up a symlink from /sys/.../dev/name to /sys/class/gpio/gpioN
> + * node. Caller is responsible for unlinking.
> + *
> + * Returns zero on success, else an error.
> + */
> +int gpio_export_link(struct device *dev, const char *name, unsigned gpio)
> +{
> +	struct gpio_desc	*desc;
> +	int			status = -EINVAL;
> +
> +	if (!gpio_is_valid(gpio))
> +		goto done;
> +
> +	mutex_lock(&sysfs_lock);
> +
> +	desc = &gpio_desc[gpio];
> +
> +	if (test_bit(FLAG_EXPORT, &desc->flags)) {
> +		struct device *tdev;
> +
> +		tdev = class_find_device(&gpio_class, NULL, desc, match_export);
> +		if (tdev != NULL) {
> +			status = sysfs_create_link(&dev->kobj, &tdev->kobj,
> +						name);
> +		} else {
> +			status = -ENODEV;
> +		}
> +	}
> +
> +	mutex_unlock(&sysfs_lock);
> +
> +done:
> +	if (status)
> +		pr_debug("%s: gpio%d status %d\n", __func__, gpio, status);
> +
> +	return status;
> +}
> +EXPORT_SYMBOL_GPL(gpio_export_link);
> +
> +/**
>   * gpio_unexport - reverse effect of gpio_export()
>   * @gpio: gpio to make unavailable
>   *
> diff --git a/include/asm-generic/gpio.h b/include/asm-generic/gpio.h
> index d6c379d..9cca378 100644
> --- a/include/asm-generic/gpio.h
> +++ b/include/asm-generic/gpio.h
> @@ -141,6 +141,8 @@ extern int __gpio_to_irq(unsigned gpio);
>   * but more typically is configured entirely from userspace.
>   */
>  extern int gpio_export(unsigned gpio, bool direction_may_change);
> +extern int gpio_export_link(struct device *dev, const char *name,
> +			unsigned gpio);
>  extern void gpio_unexport(unsigned gpio);
>  
>  #endif	/* CONFIG_GPIO_SYSFS */
> @@ -185,6 +187,12 @@ static inline int gpio_export(unsigned gpio, bool direction_may_change)
>  	return -ENOSYS;
>  }
>  
> +static inline int gpio_export_link(struct device *dev, const char *name,
> +				unsigned gpio)
> +{
> +	return -ENOSYS;
> +}
> +
>  static inline void gpio_unexport(unsigned gpio)
>  {
>  }
> diff --git a/include/linux/gpio.h b/include/linux/gpio.h
> index e10c49a..ff374ce 100644
> --- a/include/linux/gpio.h
> +++ b/include/linux/gpio.h
> @@ -89,6 +89,15 @@ static inline int gpio_export(unsigned gpio, bool direction_may_change)
>  	return -EINVAL;
>  }
>  
> +static inline int gpio_export_link(struct device *dev, const char *name,
> +				unsigned gpio)
> +{
> +	/* GPIO can never have been exported */
> +	WARN_ON(1);
> +	return -EINVAL;
> +}
> +
> +
>  static inline void gpio_unexport(unsigned gpio)
>  {
>  	/* GPIO can never have been exported */
> -- 
> 1.6.3.2
> 
> 



      reply	other threads:[~2009-07-01  8:25 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-11  9:19 [PATCH] gpiolib: allow exported GPIO nodes to be named using sysfs links Jani Nikula
2009-06-22 19:25 ` Andrew Morton
2009-07-01  1:43   ` David Brownell
2009-07-01  8:01     ` [PATCH v2] " Jani Nikula
2009-07-01  8:25       ` David Brownell [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200907010125.08002.david-b@pacbell.net \
    --to=david-b@pacbell.net \
    --cc=akpm@linux-foundation.org \
    --cc=ext-jani.1.nikula@nokia.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox