2008-02-04 23:28:20 -07:00
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/module.h>
|
2009-09-22 17:46:38 -06:00
|
|
|
#include <linux/interrupt.h>
|
2008-02-04 23:28:20 -07:00
|
|
|
#include <linux/irq.h>
|
|
|
|
#include <linux/spinlock.h>
|
2013-02-02 09:29:24 -07:00
|
|
|
#include <linux/list.h>
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
#include <linux/device.h>
|
|
|
|
#include <linux/err.h>
|
|
|
|
#include <linux/debugfs.h>
|
|
|
|
#include <linux/seq_file.h>
|
|
|
|
#include <linux/gpio.h>
|
2010-06-08 07:48:17 -06:00
|
|
|
#include <linux/of_gpio.h>
|
2013-10-10 02:01:09 -06:00
|
|
|
#include <linux/acpi_gpio.h>
|
2009-09-22 17:46:38 -06:00
|
|
|
#include <linux/idr.h>
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 02:04:11 -06:00
|
|
|
#include <linux/slab.h>
|
ACPI / driver core: Store an ACPI device pointer in struct acpi_dev_node
Modify struct acpi_dev_node to contain a pointer to struct acpi_device
associated with the given device object (that is, its ACPI companion
device) instead of an ACPI handle corresponding to it. Introduce two
new macros for manipulating that pointer in a CONFIG_ACPI-safe way,
ACPI_COMPANION() and ACPI_COMPANION_SET(), and rework the
ACPI_HANDLE() macro to take the above changes into account.
Drop the ACPI_HANDLE_SET() macro entirely and rework its users to
use ACPI_COMPANION_SET() instead. For some of them who used to
pass the result of acpi_get_child() directly to ACPI_HANDLE_SET()
introduce a helper routine acpi_preset_companion() doing an
equivalent thing.
The main motivation for doing this is that there are things
represented by struct acpi_device objects that don't have valid
ACPI handles (so called fixed ACPI hardware features, such as
power and sleep buttons) and we would like to create platform
device objects for them and "glue" them to their ACPI companions
in the usual way (which currently is impossible due to the
lack of valid ACPI handles). However, there are more reasons
why it may be useful.
First, struct acpi_device pointers allow of much better type checking
than void pointers which are ACPI handles, so it should be more
difficult to write buggy code using modified struct acpi_dev_node
and the new macros. Second, the change should help to reduce (over
time) the number of places in which the result of ACPI_HANDLE() is
passed to acpi_bus_get_device() in order to obtain a pointer to the
struct acpi_device associated with the given "physical" device,
because now that pointer is returned by ACPI_COMPANION() directly.
Finally, the change should make it easier to write generic code that
will build both for CONFIG_ACPI set and unset without adding explicit
compiler directives to it.
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Tested-by: Mika Westerberg <mika.westerberg@linux.intel.com> # on Haswell
Reviewed-by: Mika Westerberg <mika.westerberg@linux.intel.com>
Reviewed-by: Aaron Lu <aaron.lu@intel.com> # for ATA and SDIO part
2013-11-11 14:41:56 -07:00
|
|
|
#include <linux/acpi.h>
|
2013-11-16 05:44:52 -07:00
|
|
|
#include <linux/gpio/driver.h>
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2011-05-20 00:40:19 -06:00
|
|
|
#define CREATE_TRACE_POINTS
|
|
|
|
#include <trace/events/gpio.h>
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-10-17 11:21:36 -06:00
|
|
|
/* Implementation infrastructure for GPIO interfaces.
|
2008-02-04 23:28:20 -07:00
|
|
|
*
|
2013-10-17 11:21:36 -06:00
|
|
|
* The GPIO programming interface allows for inlining speed-critical
|
|
|
|
* get/set operations for common cases, so that access to SOC-integrated
|
|
|
|
* GPIOs can sometimes cost only an instruction or two per bit.
|
2008-02-04 23:28:20 -07:00
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
|
|
/* When debugging, extend minimal trust to callers and platform code.
|
|
|
|
* Also emit diagnostic messages that may help initial bringup, when
|
|
|
|
* board setup or driver bugs are most common.
|
|
|
|
*
|
|
|
|
* Otherwise, minimize overhead in what may be bitbanging codepaths.
|
|
|
|
*/
|
|
|
|
#ifdef DEBUG
|
|
|
|
#define extra_checks 1
|
|
|
|
#else
|
|
|
|
#define extra_checks 0
|
|
|
|
#endif
|
|
|
|
|
|
|
|
/* gpio_lock prevents conflicts during gpio_desc[] table updates.
|
|
|
|
* While any GPIO is requested, its gpio_chip is not removable;
|
|
|
|
* each GPIO's "requested" flag serves as a lock and refcount.
|
|
|
|
*/
|
|
|
|
static DEFINE_SPINLOCK(gpio_lock);
|
|
|
|
|
|
|
|
struct gpio_desc {
|
|
|
|
struct gpio_chip *chip;
|
|
|
|
unsigned long flags;
|
|
|
|
/* flag symbols are bit numbers */
|
|
|
|
#define FLAG_REQUESTED 0
|
|
|
|
#define FLAG_IS_OUT 1
|
2013-02-02 07:44:06 -07:00
|
|
|
#define FLAG_EXPORT 2 /* protected by sysfs_lock */
|
|
|
|
#define FLAG_SYSFS 3 /* exported via /sys/class/gpio/control */
|
|
|
|
#define FLAG_TRIG_FALL 4 /* trigger on falling edge */
|
|
|
|
#define FLAG_TRIG_RISE 5 /* trigger on rising edge */
|
2013-10-17 11:21:36 -06:00
|
|
|
#define FLAG_ACTIVE_LOW 6 /* value has active low */
|
2013-02-02 07:44:06 -07:00
|
|
|
#define FLAG_OPEN_DRAIN 7 /* Gpio is open drain type */
|
|
|
|
#define FLAG_OPEN_SOURCE 8 /* Gpio is open source type */
|
2013-09-24 03:54:38 -06:00
|
|
|
#define FLAG_USED_AS_IRQ 9 /* GPIO is connected to an IRQ */
|
2009-09-22 17:46:38 -06:00
|
|
|
|
2010-08-10 19:02:25 -06:00
|
|
|
#define ID_SHIFT 16 /* add new flags before this one */
|
2009-09-22 17:46:38 -06:00
|
|
|
|
2010-08-10 19:02:25 -06:00
|
|
|
#define GPIO_FLAGS_MASK ((1 << ID_SHIFT) - 1)
|
2009-09-22 17:46:38 -06:00
|
|
|
#define GPIO_TRIGGER_MASK (BIT(FLAG_TRIG_FALL) | BIT(FLAG_TRIG_RISE))
|
2008-02-04 23:28:20 -07:00
|
|
|
|
|
|
|
#ifdef CONFIG_DEBUG_FS
|
|
|
|
const char *label;
|
|
|
|
#endif
|
|
|
|
};
|
|
|
|
static struct gpio_desc gpio_desc[ARCH_NR_GPIOS];
|
|
|
|
|
2013-02-02 09:29:30 -07:00
|
|
|
#define GPIO_OFFSET_VALID(chip, offset) (offset >= 0 && offset < chip->ngpio)
|
|
|
|
|
2013-10-17 11:21:38 -06:00
|
|
|
static DEFINE_MUTEX(gpio_lookup_lock);
|
|
|
|
static LIST_HEAD(gpio_lookup_list);
|
2013-02-02 09:29:24 -07:00
|
|
|
static LIST_HEAD(gpio_chips);
|
|
|
|
|
2009-09-22 17:46:38 -06:00
|
|
|
#ifdef CONFIG_GPIO_SYSFS
|
2010-08-10 19:02:25 -06:00
|
|
|
static DEFINE_IDR(dirent_idr);
|
2009-09-22 17:46:38 -06:00
|
|
|
#endif
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
static int gpiod_request(struct gpio_desc *desc, const char *label);
|
|
|
|
static void gpiod_free(struct gpio_desc *desc);
|
|
|
|
|
2013-09-09 03:33:50 -06:00
|
|
|
#ifdef CONFIG_DEBUG_FS
|
|
|
|
#define gpiod_emerg(desc, fmt, ...) \
|
|
|
|
pr_emerg("gpio-%d (%s): " fmt, desc_to_gpio(desc), desc->label, \
|
|
|
|
##__VA_ARGS__)
|
|
|
|
#define gpiod_crit(desc, fmt, ...) \
|
|
|
|
pr_crit("gpio-%d (%s): " fmt, desc_to_gpio(desc), desc->label, \
|
|
|
|
##__VA_ARGS__)
|
|
|
|
#define gpiod_err(desc, fmt, ...) \
|
|
|
|
pr_err("gpio-%d (%s): " fmt, desc_to_gpio(desc), desc->label, \
|
|
|
|
##__VA_ARGS__)
|
|
|
|
#define gpiod_warn(desc, fmt, ...) \
|
|
|
|
pr_warn("gpio-%d (%s): " fmt, desc_to_gpio(desc), desc->label, \
|
|
|
|
##__VA_ARGS__)
|
|
|
|
#define gpiod_info(desc, fmt, ...) \
|
|
|
|
pr_info("gpio-%d (%s): " fmt, desc_to_gpio(desc), desc->label, \
|
|
|
|
##__VA_ARGS__)
|
|
|
|
#define gpiod_dbg(desc, fmt, ...) \
|
|
|
|
pr_debug("gpio-%d (%s): " fmt, desc_to_gpio(desc), desc->label, \
|
|
|
|
##__VA_ARGS__)
|
|
|
|
#else
|
2013-09-09 03:33:49 -06:00
|
|
|
#define gpiod_emerg(desc, fmt, ...) \
|
|
|
|
pr_emerg("gpio-%d: " fmt, desc_to_gpio(desc), ##__VA_ARGS__)
|
|
|
|
#define gpiod_crit(desc, fmt, ...) \
|
|
|
|
pr_crit("gpio-%d: " fmt, desc_to_gpio(desc), ##__VA_ARGS__)
|
|
|
|
#define gpiod_err(desc, fmt, ...) \
|
|
|
|
pr_err("gpio-%d: " fmt, desc_to_gpio(desc), ##__VA_ARGS__)
|
|
|
|
#define gpiod_warn(desc, fmt, ...) \
|
|
|
|
pr_warn("gpio-%d: " fmt, desc_to_gpio(desc), ##__VA_ARGS__)
|
|
|
|
#define gpiod_info(desc, fmt, ...) \
|
|
|
|
pr_info("gpio-%d: " fmt, desc_to_gpio(desc), ##__VA_ARGS__)
|
|
|
|
#define gpiod_dbg(desc, fmt, ...) \
|
|
|
|
pr_debug("gpio-%d: " fmt, desc_to_gpio(desc), ##__VA_ARGS__)
|
2013-09-09 03:33:50 -06:00
|
|
|
#endif
|
2013-02-02 09:29:29 -07:00
|
|
|
|
2008-02-04 23:28:20 -07:00
|
|
|
static inline void desc_set_label(struct gpio_desc *d, const char *label)
|
|
|
|
{
|
|
|
|
#ifdef CONFIG_DEBUG_FS
|
|
|
|
d->label = label;
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
/*
|
|
|
|
* Return the GPIO number of the passed descriptor relative to its chip
|
|
|
|
*/
|
|
|
|
static int gpio_chip_hwgpio(const struct gpio_desc *desc)
|
|
|
|
{
|
2013-02-02 09:29:30 -07:00
|
|
|
return desc - &desc->chip->desc[0];
|
2013-02-02 09:29:29 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* Convert a GPIO number to its descriptor
|
|
|
|
*/
|
2013-10-17 11:21:36 -06:00
|
|
|
struct gpio_desc *gpio_to_desc(unsigned gpio)
|
2013-02-02 09:29:29 -07:00
|
|
|
{
|
|
|
|
if (WARN(!gpio_is_valid(gpio), "invalid GPIO %d\n", gpio))
|
|
|
|
return NULL;
|
|
|
|
else
|
|
|
|
return &gpio_desc[gpio];
|
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpio_to_desc);
|
2013-02-02 09:29:29 -07:00
|
|
|
|
2013-09-24 03:54:38 -06:00
|
|
|
/**
|
|
|
|
* Convert an offset on a certain chip to a corresponding descriptor
|
|
|
|
*/
|
|
|
|
static struct gpio_desc *gpiochip_offset_to_desc(struct gpio_chip *chip,
|
|
|
|
unsigned int offset)
|
|
|
|
{
|
|
|
|
unsigned int gpio = chip->base + offset;
|
|
|
|
|
|
|
|
return gpio_to_desc(gpio);
|
|
|
|
}
|
2013-02-02 09:29:29 -07:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Convert a GPIO descriptor to the integer namespace.
|
|
|
|
* This should disappear in the future but is needed since we still
|
|
|
|
* use GPIO numbers for error messages and sysfs nodes
|
|
|
|
*/
|
2013-10-17 11:21:36 -06:00
|
|
|
int desc_to_gpio(const struct gpio_desc *desc)
|
2013-02-02 09:29:29 -07:00
|
|
|
{
|
2013-10-04 11:59:57 -06:00
|
|
|
return desc - &gpio_desc[0];
|
2013-02-02 09:29:29 -07:00
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(desc_to_gpio);
|
2013-02-02 09:29:29 -07:00
|
|
|
|
|
|
|
|
2008-02-04 23:28:20 -07:00
|
|
|
/* Warn when drivers omit gpio_request() calls -- legal but ill-advised
|
|
|
|
* when setting direction, and otherwise illegal. Until board setup code
|
|
|
|
* and drivers use explicit requests everywhere (which won't happen when
|
|
|
|
* those calls have no teeth) we can't avoid autorequesting. This nag
|
2008-10-15 23:03:16 -06:00
|
|
|
* message should motivate switching to explicit requests... so should
|
|
|
|
* the weaker cleanup after faults, compared to gpio_request().
|
2009-04-02 17:57:06 -06:00
|
|
|
*
|
|
|
|
* NOTE: the autorequest mechanism is going away; at this point it's
|
|
|
|
* only "legal" in the sense that (old) code using it won't break yet,
|
|
|
|
* but instead only triggers a WARN() stack dump.
|
2008-02-04 23:28:20 -07:00
|
|
|
*/
|
2013-02-02 09:29:29 -07:00
|
|
|
static int gpio_ensure_requested(struct gpio_desc *desc)
|
2008-02-04 23:28:20 -07:00
|
|
|
{
|
2009-04-02 17:57:06 -06:00
|
|
|
const struct gpio_chip *chip = desc->chip;
|
2013-02-02 09:29:29 -07:00
|
|
|
const int gpio = desc_to_gpio(desc);
|
2008-10-15 23:03:16 -06:00
|
|
|
|
2009-04-02 17:57:06 -06:00
|
|
|
if (WARN(test_and_set_bit(FLAG_REQUESTED, &desc->flags) == 0,
|
|
|
|
"autorequest GPIO-%d\n", gpio)) {
|
2008-10-15 23:03:16 -06:00
|
|
|
if (!try_module_get(chip->owner)) {
|
|
|
|
pr_err("GPIO-%d: module can't be gotten \n", gpio);
|
|
|
|
clear_bit(FLAG_REQUESTED, &desc->flags);
|
|
|
|
/* lose */
|
|
|
|
return -EIO;
|
|
|
|
}
|
2008-02-04 23:28:20 -07:00
|
|
|
desc_set_label(desc, "[auto]");
|
2008-10-15 23:03:16 -06:00
|
|
|
/* caller must chip->request() w/o spinlock */
|
|
|
|
if (chip->request)
|
|
|
|
return 1;
|
2008-02-04 23:28:20 -07:00
|
|
|
}
|
2008-10-15 23:03:16 -06:00
|
|
|
return 0;
|
2008-02-04 23:28:20 -07:00
|
|
|
}
|
|
|
|
|
2013-10-17 11:21:36 -06:00
|
|
|
/**
|
|
|
|
* gpiod_to_chip - Return the GPIO chip to which a GPIO descriptor belongs
|
|
|
|
* @desc: descriptor to return the chip of
|
|
|
|
*/
|
|
|
|
struct gpio_chip *gpiod_to_chip(const struct gpio_desc *desc)
|
2013-02-02 09:29:29 -07:00
|
|
|
{
|
2013-02-14 22:46:14 -07:00
|
|
|
return desc ? desc->chip : NULL;
|
2013-02-02 09:29:29 -07:00
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_to_chip);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2008-04-28 03:14:46 -06:00
|
|
|
/* dynamic allocation of GPIOs, e.g. on a hotplugged device */
|
|
|
|
static int gpiochip_find_base(int ngpio)
|
|
|
|
{
|
2013-02-02 09:29:28 -07:00
|
|
|
struct gpio_chip *chip;
|
|
|
|
int base = ARCH_NR_GPIOS - ngpio;
|
2008-04-28 03:14:46 -06:00
|
|
|
|
2013-02-02 09:29:28 -07:00
|
|
|
list_for_each_entry_reverse(chip, &gpio_chips, list) {
|
|
|
|
/* found a free space? */
|
|
|
|
if (chip->base + chip->ngpio <= base)
|
|
|
|
break;
|
|
|
|
else
|
|
|
|
/* nope, check the space right before the chip */
|
|
|
|
base = chip->base - ngpio;
|
2008-04-28 03:14:46 -06:00
|
|
|
}
|
|
|
|
|
2013-02-02 09:29:28 -07:00
|
|
|
if (gpio_is_valid(base)) {
|
2008-04-28 03:14:46 -06:00
|
|
|
pr_debug("%s: found new base at %d\n", __func__, base);
|
2013-02-02 09:29:28 -07:00
|
|
|
return base;
|
|
|
|
} else {
|
|
|
|
pr_err("%s: cannot find free range\n", __func__);
|
|
|
|
return -ENOSPC;
|
2008-04-28 03:14:47 -06:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-10-17 11:21:36 -06:00
|
|
|
/**
|
|
|
|
* gpiod_get_direction - return the current direction of a GPIO
|
|
|
|
* @desc: GPIO to get the direction of
|
|
|
|
*
|
|
|
|
* Return GPIOF_DIR_IN or GPIOF_DIR_OUT, or an error code in case of error.
|
|
|
|
*
|
|
|
|
* This function may sleep if gpiod_cansleep() is true.
|
|
|
|
*/
|
|
|
|
int gpiod_get_direction(const struct gpio_desc *desc)
|
2012-10-24 08:25:27 -06:00
|
|
|
{
|
|
|
|
struct gpio_chip *chip;
|
2013-02-02 09:29:29 -07:00
|
|
|
unsigned offset;
|
2012-10-24 08:25:27 -06:00
|
|
|
int status = -EINVAL;
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
chip = gpiod_to_chip(desc);
|
|
|
|
offset = gpio_chip_hwgpio(desc);
|
2012-10-24 08:25:27 -06:00
|
|
|
|
|
|
|
if (!chip->get_direction)
|
|
|
|
return status;
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
status = chip->get_direction(chip, offset);
|
2012-10-24 08:25:27 -06:00
|
|
|
if (status > 0) {
|
|
|
|
/* GPIOF_DIR_IN, or other positive */
|
|
|
|
status = 1;
|
2013-02-14 22:46:15 -07:00
|
|
|
/* FLAG_IS_OUT is just a cache of the result of get_direction(),
|
|
|
|
* so it does not affect constness per se */
|
|
|
|
clear_bit(FLAG_IS_OUT, &((struct gpio_desc *)desc)->flags);
|
2012-10-24 08:25:27 -06:00
|
|
|
}
|
|
|
|
if (status == 0) {
|
|
|
|
/* GPIOF_DIR_OUT */
|
2013-02-14 22:46:15 -07:00
|
|
|
set_bit(FLAG_IS_OUT, &((struct gpio_desc *)desc)->flags);
|
2012-10-24 08:25:27 -06:00
|
|
|
}
|
|
|
|
return status;
|
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_direction);
|
2012-10-24 08:25:27 -06:00
|
|
|
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
#ifdef CONFIG_GPIO_SYSFS
|
|
|
|
|
|
|
|
/* lock protects against unexport_gpio() being called while
|
|
|
|
* sysfs files are active.
|
|
|
|
*/
|
|
|
|
static DEFINE_MUTEX(sysfs_lock);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* /sys/class/gpio/gpioN... only for GPIOs that are exported
|
|
|
|
* /direction
|
|
|
|
* * MAY BE OMITTED if kernel won't allow direction changes
|
|
|
|
* * is read/write as "in" or "out"
|
|
|
|
* * may also be written as "high" or "low", initializing
|
|
|
|
* output value as specified ("out" implies "low")
|
|
|
|
* /value
|
|
|
|
* * always readable, subject to hardware behavior
|
|
|
|
* * may be writable, as zero/nonzero
|
2009-09-22 17:46:38 -06:00
|
|
|
* /edge
|
|
|
|
* * configures behavior of poll(2) on /value
|
|
|
|
* * available only if pin can generate IRQs on input
|
|
|
|
* * is read/write as "none", "falling", "rising", or "both"
|
2009-12-15 17:46:20 -07:00
|
|
|
* /active_low
|
|
|
|
* * configures polarity of /value
|
|
|
|
* * is read/write as zero/nonzero
|
|
|
|
* * also affects existing and subsequent "falling" and "rising"
|
|
|
|
* /edge configuration
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
*/
|
|
|
|
|
|
|
|
static ssize_t gpio_direction_show(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
2013-02-14 22:46:15 -07:00
|
|
|
const struct gpio_desc *desc = dev_get_drvdata(dev);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
ssize_t status;
|
|
|
|
|
|
|
|
mutex_lock(&sysfs_lock);
|
|
|
|
|
2013-02-04 01:42:04 -07:00
|
|
|
if (!test_bit(FLAG_EXPORT, &desc->flags)) {
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
status = -EIO;
|
2013-02-04 01:42:04 -07:00
|
|
|
} else {
|
2013-02-02 09:29:29 -07:00
|
|
|
gpiod_get_direction(desc);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
status = sprintf(buf, "%s\n",
|
|
|
|
test_bit(FLAG_IS_OUT, &desc->flags)
|
|
|
|
? "out" : "in");
|
2013-02-04 01:42:04 -07:00
|
|
|
}
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
|
|
|
mutex_unlock(&sysfs_lock);
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t gpio_direction_store(struct device *dev,
|
|
|
|
struct device_attribute *attr, const char *buf, size_t size)
|
|
|
|
{
|
2013-02-02 09:29:29 -07:00
|
|
|
struct gpio_desc *desc = dev_get_drvdata(dev);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
ssize_t status;
|
|
|
|
|
|
|
|
mutex_lock(&sysfs_lock);
|
|
|
|
|
|
|
|
if (!test_bit(FLAG_EXPORT, &desc->flags))
|
|
|
|
status = -EIO;
|
|
|
|
else if (sysfs_streq(buf, "high"))
|
2013-02-02 09:29:29 -07:00
|
|
|
status = gpiod_direction_output(desc, 1);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
else if (sysfs_streq(buf, "out") || sysfs_streq(buf, "low"))
|
2013-02-02 09:29:29 -07:00
|
|
|
status = gpiod_direction_output(desc, 0);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
else if (sysfs_streq(buf, "in"))
|
2013-02-02 09:29:29 -07:00
|
|
|
status = gpiod_direction_input(desc);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
else
|
|
|
|
status = -EINVAL;
|
|
|
|
|
|
|
|
mutex_unlock(&sysfs_lock);
|
|
|
|
return status ? : size;
|
|
|
|
}
|
|
|
|
|
2009-12-15 17:46:20 -07:00
|
|
|
static /* const */ DEVICE_ATTR(direction, 0644,
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
gpio_direction_show, gpio_direction_store);
|
|
|
|
|
|
|
|
static ssize_t gpio_value_show(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
2013-02-02 09:29:29 -07:00
|
|
|
struct gpio_desc *desc = dev_get_drvdata(dev);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
ssize_t status;
|
|
|
|
|
|
|
|
mutex_lock(&sysfs_lock);
|
|
|
|
|
2013-10-17 11:21:36 -06:00
|
|
|
if (!test_bit(FLAG_EXPORT, &desc->flags))
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
status = -EIO;
|
2013-10-17 11:21:36 -06:00
|
|
|
else
|
|
|
|
status = sprintf(buf, "%d\n", gpiod_get_value_cansleep(desc));
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
|
|
|
mutex_unlock(&sysfs_lock);
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t gpio_value_store(struct device *dev,
|
|
|
|
struct device_attribute *attr, const char *buf, size_t size)
|
|
|
|
{
|
2013-02-02 09:29:29 -07:00
|
|
|
struct gpio_desc *desc = dev_get_drvdata(dev);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
ssize_t status;
|
|
|
|
|
|
|
|
mutex_lock(&sysfs_lock);
|
|
|
|
|
|
|
|
if (!test_bit(FLAG_EXPORT, &desc->flags))
|
|
|
|
status = -EIO;
|
|
|
|
else if (!test_bit(FLAG_IS_OUT, &desc->flags))
|
|
|
|
status = -EPERM;
|
|
|
|
else {
|
|
|
|
long value;
|
|
|
|
|
2013-07-19 01:12:50 -06:00
|
|
|
status = kstrtol(buf, 0, &value);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
if (status == 0) {
|
2013-10-17 11:21:36 -06:00
|
|
|
gpiod_set_value_cansleep(desc, value);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
status = size;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
mutex_unlock(&sysfs_lock);
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
|
2009-12-15 17:46:20 -07:00
|
|
|
static const DEVICE_ATTR(value, 0644,
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
gpio_value_show, gpio_value_store);
|
|
|
|
|
2009-09-22 17:46:38 -06:00
|
|
|
static irqreturn_t gpio_sysfs_irq(int irq, void *priv)
|
|
|
|
{
|
2010-08-10 19:02:25 -06:00
|
|
|
struct sysfs_dirent *value_sd = priv;
|
2009-09-22 17:46:38 -06:00
|
|
|
|
2010-08-10 19:02:25 -06:00
|
|
|
sysfs_notify_dirent(value_sd);
|
2009-09-22 17:46:38 -06:00
|
|
|
return IRQ_HANDLED;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int gpio_setup_irq(struct gpio_desc *desc, struct device *dev,
|
|
|
|
unsigned long gpio_flags)
|
|
|
|
{
|
2010-08-10 19:02:25 -06:00
|
|
|
struct sysfs_dirent *value_sd;
|
2009-09-22 17:46:38 -06:00
|
|
|
unsigned long irq_flags;
|
|
|
|
int ret, irq, id;
|
|
|
|
|
|
|
|
if ((desc->flags & GPIO_TRIGGER_MASK) == gpio_flags)
|
|
|
|
return 0;
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
irq = gpiod_to_irq(desc);
|
2009-09-22 17:46:38 -06:00
|
|
|
if (irq < 0)
|
|
|
|
return -EIO;
|
|
|
|
|
2010-08-10 19:02:25 -06:00
|
|
|
id = desc->flags >> ID_SHIFT;
|
|
|
|
value_sd = idr_find(&dirent_idr, id);
|
|
|
|
if (value_sd)
|
|
|
|
free_irq(irq, value_sd);
|
2009-09-22 17:46:38 -06:00
|
|
|
|
|
|
|
desc->flags &= ~GPIO_TRIGGER_MASK;
|
|
|
|
|
|
|
|
if (!gpio_flags) {
|
2013-09-24 03:54:38 -06:00
|
|
|
gpiod_unlock_as_irq(desc);
|
2009-09-22 17:46:38 -06:00
|
|
|
ret = 0;
|
2010-08-10 19:02:25 -06:00
|
|
|
goto free_id;
|
2009-09-22 17:46:38 -06:00
|
|
|
}
|
|
|
|
|
|
|
|
irq_flags = IRQF_SHARED;
|
|
|
|
if (test_bit(FLAG_TRIG_FALL, &gpio_flags))
|
2009-12-15 17:46:20 -07:00
|
|
|
irq_flags |= test_bit(FLAG_ACTIVE_LOW, &desc->flags) ?
|
|
|
|
IRQF_TRIGGER_RISING : IRQF_TRIGGER_FALLING;
|
2009-09-22 17:46:38 -06:00
|
|
|
if (test_bit(FLAG_TRIG_RISE, &gpio_flags))
|
2009-12-15 17:46:20 -07:00
|
|
|
irq_flags |= test_bit(FLAG_ACTIVE_LOW, &desc->flags) ?
|
|
|
|
IRQF_TRIGGER_FALLING : IRQF_TRIGGER_RISING;
|
2009-09-22 17:46:38 -06:00
|
|
|
|
2010-08-10 19:02:25 -06:00
|
|
|
if (!value_sd) {
|
2013-09-11 21:19:13 -06:00
|
|
|
value_sd = sysfs_get_dirent(dev->kobj.sd, "value");
|
2010-08-10 19:02:25 -06:00
|
|
|
if (!value_sd) {
|
|
|
|
ret = -ENODEV;
|
2009-09-22 17:46:38 -06:00
|
|
|
goto err_out;
|
|
|
|
}
|
|
|
|
|
2013-02-27 18:04:06 -07:00
|
|
|
ret = idr_alloc(&dirent_idr, value_sd, 1, 0, GFP_KERNEL);
|
|
|
|
if (ret < 0)
|
2010-08-10 19:02:25 -06:00
|
|
|
goto free_sd;
|
2013-02-27 18:04:06 -07:00
|
|
|
id = ret;
|
2009-09-22 17:46:38 -06:00
|
|
|
|
|
|
|
desc->flags &= GPIO_FLAGS_MASK;
|
2010-08-10 19:02:25 -06:00
|
|
|
desc->flags |= (unsigned long)id << ID_SHIFT;
|
2009-09-22 17:46:38 -06:00
|
|
|
|
2010-08-10 19:02:25 -06:00
|
|
|
if (desc->flags >> ID_SHIFT != id) {
|
2009-09-22 17:46:38 -06:00
|
|
|
ret = -ERANGE;
|
|
|
|
goto free_id;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2010-08-10 19:02:26 -06:00
|
|
|
ret = request_any_context_irq(irq, gpio_sysfs_irq, irq_flags,
|
2010-08-10 19:02:25 -06:00
|
|
|
"gpiolib", value_sd);
|
2010-08-10 19:02:26 -06:00
|
|
|
if (ret < 0)
|
2010-08-10 19:02:25 -06:00
|
|
|
goto free_id;
|
2009-09-22 17:46:38 -06:00
|
|
|
|
2013-09-24 03:54:38 -06:00
|
|
|
ret = gpiod_lock_as_irq(desc);
|
|
|
|
if (ret < 0) {
|
|
|
|
gpiod_warn(desc, "failed to flag the GPIO for IRQ\n");
|
|
|
|
goto free_id;
|
|
|
|
}
|
|
|
|
|
2009-09-22 17:46:38 -06:00
|
|
|
desc->flags |= gpio_flags;
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
free_id:
|
2010-08-10 19:02:25 -06:00
|
|
|
idr_remove(&dirent_idr, id);
|
2009-09-22 17:46:38 -06:00
|
|
|
desc->flags &= GPIO_FLAGS_MASK;
|
2010-08-10 19:02:25 -06:00
|
|
|
free_sd:
|
|
|
|
if (value_sd)
|
|
|
|
sysfs_put(value_sd);
|
2009-09-22 17:46:38 -06:00
|
|
|
err_out:
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct {
|
|
|
|
const char *name;
|
|
|
|
unsigned long flags;
|
|
|
|
} trigger_types[] = {
|
|
|
|
{ "none", 0 },
|
|
|
|
{ "falling", BIT(FLAG_TRIG_FALL) },
|
|
|
|
{ "rising", BIT(FLAG_TRIG_RISE) },
|
|
|
|
{ "both", BIT(FLAG_TRIG_FALL) | BIT(FLAG_TRIG_RISE) },
|
|
|
|
};
|
|
|
|
|
|
|
|
static ssize_t gpio_edge_show(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
|
|
|
const struct gpio_desc *desc = dev_get_drvdata(dev);
|
|
|
|
ssize_t status;
|
|
|
|
|
|
|
|
mutex_lock(&sysfs_lock);
|
|
|
|
|
|
|
|
if (!test_bit(FLAG_EXPORT, &desc->flags))
|
|
|
|
status = -EIO;
|
|
|
|
else {
|
|
|
|
int i;
|
|
|
|
|
|
|
|
status = 0;
|
|
|
|
for (i = 0; i < ARRAY_SIZE(trigger_types); i++)
|
|
|
|
if ((desc->flags & GPIO_TRIGGER_MASK)
|
|
|
|
== trigger_types[i].flags) {
|
|
|
|
status = sprintf(buf, "%s\n",
|
|
|
|
trigger_types[i].name);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
mutex_unlock(&sysfs_lock);
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t gpio_edge_store(struct device *dev,
|
|
|
|
struct device_attribute *attr, const char *buf, size_t size)
|
|
|
|
{
|
|
|
|
struct gpio_desc *desc = dev_get_drvdata(dev);
|
|
|
|
ssize_t status;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < ARRAY_SIZE(trigger_types); i++)
|
|
|
|
if (sysfs_streq(trigger_types[i].name, buf))
|
|
|
|
goto found;
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
found:
|
|
|
|
mutex_lock(&sysfs_lock);
|
|
|
|
|
|
|
|
if (!test_bit(FLAG_EXPORT, &desc->flags))
|
|
|
|
status = -EIO;
|
|
|
|
else {
|
|
|
|
status = gpio_setup_irq(desc, dev, trigger_types[i].flags);
|
|
|
|
if (!status)
|
|
|
|
status = size;
|
|
|
|
}
|
|
|
|
|
|
|
|
mutex_unlock(&sysfs_lock);
|
|
|
|
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
|
|
|
|
static DEVICE_ATTR(edge, 0644, gpio_edge_show, gpio_edge_store);
|
|
|
|
|
2009-12-15 17:46:20 -07:00
|
|
|
static int sysfs_set_active_low(struct gpio_desc *desc, struct device *dev,
|
|
|
|
int value)
|
|
|
|
{
|
|
|
|
int status = 0;
|
|
|
|
|
|
|
|
if (!!test_bit(FLAG_ACTIVE_LOW, &desc->flags) == !!value)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (value)
|
|
|
|
set_bit(FLAG_ACTIVE_LOW, &desc->flags);
|
|
|
|
else
|
|
|
|
clear_bit(FLAG_ACTIVE_LOW, &desc->flags);
|
|
|
|
|
|
|
|
/* reconfigure poll(2) support if enabled on one edge only */
|
|
|
|
if (dev != NULL && (!!test_bit(FLAG_TRIG_RISE, &desc->flags) ^
|
|
|
|
!!test_bit(FLAG_TRIG_FALL, &desc->flags))) {
|
|
|
|
unsigned long trigger_flags = desc->flags & GPIO_TRIGGER_MASK;
|
|
|
|
|
|
|
|
gpio_setup_irq(desc, dev, 0);
|
|
|
|
status = gpio_setup_irq(desc, dev, trigger_flags);
|
|
|
|
}
|
|
|
|
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t gpio_active_low_show(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
|
|
|
const struct gpio_desc *desc = dev_get_drvdata(dev);
|
|
|
|
ssize_t status;
|
|
|
|
|
|
|
|
mutex_lock(&sysfs_lock);
|
|
|
|
|
|
|
|
if (!test_bit(FLAG_EXPORT, &desc->flags))
|
|
|
|
status = -EIO;
|
|
|
|
else
|
|
|
|
status = sprintf(buf, "%d\n",
|
|
|
|
!!test_bit(FLAG_ACTIVE_LOW, &desc->flags));
|
|
|
|
|
|
|
|
mutex_unlock(&sysfs_lock);
|
|
|
|
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
|
|
|
|
static ssize_t gpio_active_low_store(struct device *dev,
|
|
|
|
struct device_attribute *attr, const char *buf, size_t size)
|
|
|
|
{
|
|
|
|
struct gpio_desc *desc = dev_get_drvdata(dev);
|
|
|
|
ssize_t status;
|
|
|
|
|
|
|
|
mutex_lock(&sysfs_lock);
|
|
|
|
|
|
|
|
if (!test_bit(FLAG_EXPORT, &desc->flags)) {
|
|
|
|
status = -EIO;
|
|
|
|
} else {
|
|
|
|
long value;
|
|
|
|
|
2013-07-19 01:12:50 -06:00
|
|
|
status = kstrtol(buf, 0, &value);
|
2009-12-15 17:46:20 -07:00
|
|
|
if (status == 0)
|
|
|
|
status = sysfs_set_active_low(desc, dev, value != 0);
|
|
|
|
}
|
|
|
|
|
|
|
|
mutex_unlock(&sysfs_lock);
|
|
|
|
|
|
|
|
return status ? : size;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const DEVICE_ATTR(active_low, 0644,
|
|
|
|
gpio_active_low_show, gpio_active_low_store);
|
|
|
|
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
static const struct attribute *gpio_attrs[] = {
|
|
|
|
&dev_attr_value.attr,
|
2009-12-15 17:46:20 -07:00
|
|
|
&dev_attr_active_low.attr,
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
NULL,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct attribute_group gpio_attr_group = {
|
|
|
|
.attrs = (struct attribute **) gpio_attrs,
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* /sys/class/gpio/gpiochipN/
|
|
|
|
* /base ... matching gpio_chip.base (N)
|
|
|
|
* /label ... matching gpio_chip.label
|
|
|
|
* /ngpio ... matching gpio_chip.ngpio
|
|
|
|
*/
|
|
|
|
|
|
|
|
static ssize_t chip_base_show(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
|
|
|
const struct gpio_chip *chip = dev_get_drvdata(dev);
|
|
|
|
|
|
|
|
return sprintf(buf, "%d\n", chip->base);
|
|
|
|
}
|
|
|
|
static DEVICE_ATTR(base, 0444, chip_base_show, NULL);
|
|
|
|
|
|
|
|
static ssize_t chip_label_show(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
|
|
|
const struct gpio_chip *chip = dev_get_drvdata(dev);
|
|
|
|
|
|
|
|
return sprintf(buf, "%s\n", chip->label ? : "");
|
|
|
|
}
|
|
|
|
static DEVICE_ATTR(label, 0444, chip_label_show, NULL);
|
|
|
|
|
|
|
|
static ssize_t chip_ngpio_show(struct device *dev,
|
|
|
|
struct device_attribute *attr, char *buf)
|
|
|
|
{
|
|
|
|
const struct gpio_chip *chip = dev_get_drvdata(dev);
|
|
|
|
|
|
|
|
return sprintf(buf, "%u\n", chip->ngpio);
|
|
|
|
}
|
|
|
|
static DEVICE_ATTR(ngpio, 0444, chip_ngpio_show, NULL);
|
|
|
|
|
|
|
|
static const struct attribute *gpiochip_attrs[] = {
|
|
|
|
&dev_attr_base.attr,
|
|
|
|
&dev_attr_label.attr,
|
|
|
|
&dev_attr_ngpio.attr,
|
|
|
|
NULL,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct attribute_group gpiochip_attr_group = {
|
|
|
|
.attrs = (struct attribute **) gpiochip_attrs,
|
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* /sys/class/gpio/export ... write-only
|
|
|
|
* integer N ... number of GPIO to export (full access)
|
|
|
|
* /sys/class/gpio/unexport ... write-only
|
|
|
|
* integer N ... number of GPIO to unexport
|
|
|
|
*/
|
2010-01-05 04:48:07 -07:00
|
|
|
static ssize_t export_store(struct class *class,
|
|
|
|
struct class_attribute *attr,
|
|
|
|
const char *buf, size_t len)
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
{
|
2013-02-02 09:29:29 -07:00
|
|
|
long gpio;
|
|
|
|
struct gpio_desc *desc;
|
|
|
|
int status;
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
2013-07-19 01:12:50 -06:00
|
|
|
status = kstrtol(buf, 0, &gpio);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
if (status < 0)
|
|
|
|
goto done;
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
desc = gpio_to_desc(gpio);
|
2013-02-14 22:46:14 -07:00
|
|
|
/* reject invalid GPIOs */
|
|
|
|
if (!desc) {
|
|
|
|
pr_warn("%s: invalid GPIO %ld\n", __func__, gpio);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
2013-02-02 09:29:29 -07:00
|
|
|
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
/* No extra locking here; FLAG_SYSFS just signifies that the
|
|
|
|
* request and export were done by on behalf of userspace, so
|
|
|
|
* they may be undone on its behalf too.
|
|
|
|
*/
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
status = gpiod_request(desc, "sysfs");
|
2012-10-25 05:03:03 -06:00
|
|
|
if (status < 0) {
|
|
|
|
if (status == -EPROBE_DEFER)
|
|
|
|
status = -ENODEV;
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
goto done;
|
2012-10-25 05:03:03 -06:00
|
|
|
}
|
2013-02-02 09:29:29 -07:00
|
|
|
status = gpiod_export(desc, true);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
if (status < 0)
|
2013-02-02 09:29:29 -07:00
|
|
|
gpiod_free(desc);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
else
|
2013-02-02 09:29:29 -07:00
|
|
|
set_bit(FLAG_SYSFS, &desc->flags);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
|
|
|
done:
|
|
|
|
if (status)
|
|
|
|
pr_debug("%s: status %d\n", __func__, status);
|
|
|
|
return status ? : len;
|
|
|
|
}
|
|
|
|
|
2010-01-05 04:48:07 -07:00
|
|
|
static ssize_t unexport_store(struct class *class,
|
|
|
|
struct class_attribute *attr,
|
|
|
|
const char *buf, size_t len)
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
{
|
2013-02-02 09:29:29 -07:00
|
|
|
long gpio;
|
|
|
|
struct gpio_desc *desc;
|
|
|
|
int status;
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
2013-07-19 01:12:50 -06:00
|
|
|
status = kstrtol(buf, 0, &gpio);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
if (status < 0)
|
|
|
|
goto done;
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
desc = gpio_to_desc(gpio);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
/* reject bogus commands (gpio_unexport ignores them) */
|
2013-02-14 22:46:14 -07:00
|
|
|
if (!desc) {
|
|
|
|
pr_warn("%s: invalid GPIO %ld\n", __func__, gpio);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
status = -EINVAL;
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
|
|
|
/* No extra locking here; FLAG_SYSFS just signifies that the
|
|
|
|
* request and export were done by on behalf of userspace, so
|
|
|
|
* they may be undone on its behalf too.
|
|
|
|
*/
|
2013-02-02 09:29:29 -07:00
|
|
|
if (test_and_clear_bit(FLAG_SYSFS, &desc->flags)) {
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
status = 0;
|
2013-02-02 09:29:29 -07:00
|
|
|
gpiod_free(desc);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
}
|
|
|
|
done:
|
|
|
|
if (status)
|
|
|
|
pr_debug("%s: status %d\n", __func__, status);
|
|
|
|
return status ? : len;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct class_attribute gpio_class_attrs[] = {
|
|
|
|
__ATTR(export, 0200, NULL, export_store),
|
|
|
|
__ATTR(unexport, 0200, NULL, unexport_store),
|
|
|
|
__ATTR_NULL,
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct class gpio_class = {
|
|
|
|
.name = "gpio",
|
|
|
|
.owner = THIS_MODULE,
|
|
|
|
|
|
|
|
.class_attrs = gpio_class_attrs,
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
|
|
/**
|
2013-10-17 11:21:36 -06:00
|
|
|
* gpiod_export - export a GPIO through sysfs
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
* @gpio: gpio to make available, already requested
|
|
|
|
* @direction_may_change: true if userspace may change gpio direction
|
|
|
|
* Context: arch_initcall or later
|
|
|
|
*
|
|
|
|
* When drivers want to make a GPIO accessible to userspace after they
|
|
|
|
* have requested it -- perhaps while debugging, or as part of their
|
|
|
|
* public interface -- they may use this routine. If the GPIO can
|
|
|
|
* change direction (some can't) and the caller allows it, userspace
|
|
|
|
* will see "direction" sysfs attribute which may be used to change
|
|
|
|
* the gpio's direction. A "value" attribute will always be provided.
|
|
|
|
*
|
|
|
|
* Returns zero on success, else an error.
|
|
|
|
*/
|
2013-10-17 11:21:36 -06:00
|
|
|
int gpiod_export(struct gpio_desc *desc, bool direction_may_change)
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
{
|
|
|
|
unsigned long flags;
|
2012-10-21 18:39:12 -06:00
|
|
|
int status;
|
2010-05-26 15:42:17 -06:00
|
|
|
const char *ioname = NULL;
|
2012-10-21 18:39:12 -06:00
|
|
|
struct device *dev;
|
2013-02-02 09:29:29 -07:00
|
|
|
int offset;
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
|
|
|
/* can't export until sysfs is available ... */
|
|
|
|
if (!gpio_class.p) {
|
|
|
|
pr_debug("%s: called too early!\n", __func__);
|
|
|
|
return -ENOENT;
|
|
|
|
}
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
if (!desc) {
|
|
|
|
pr_debug("%s: invalid gpio descriptor\n", __func__);
|
2012-10-21 18:39:12 -06:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
|
|
|
mutex_lock(&sysfs_lock);
|
|
|
|
|
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
2012-10-21 18:39:12 -06:00
|
|
|
if (!test_bit(FLAG_REQUESTED, &desc->flags) ||
|
|
|
|
test_bit(FLAG_EXPORT, &desc->flags)) {
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
pr_debug("%s: gpio %d unavailable (requested=%d, exported=%d)\n",
|
2013-02-02 09:29:29 -07:00
|
|
|
__func__, desc_to_gpio(desc),
|
2012-10-21 18:39:12 -06:00
|
|
|
test_bit(FLAG_REQUESTED, &desc->flags),
|
|
|
|
test_bit(FLAG_EXPORT, &desc->flags));
|
2012-10-26 00:59:43 -06:00
|
|
|
status = -EPERM;
|
|
|
|
goto fail_unlock;
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
}
|
2012-10-21 18:39:12 -06:00
|
|
|
|
|
|
|
if (!desc->chip->direction_input || !desc->chip->direction_output)
|
|
|
|
direction_may_change = false;
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
offset = gpio_chip_hwgpio(desc);
|
|
|
|
if (desc->chip->names && desc->chip->names[offset])
|
|
|
|
ioname = desc->chip->names[offset];
|
2009-04-02 17:57:05 -06:00
|
|
|
|
2012-10-21 18:39:12 -06:00
|
|
|
dev = device_create(&gpio_class, desc->chip->dev, MKDEV(0, 0),
|
2013-02-02 09:29:29 -07:00
|
|
|
desc, ioname ? ioname : "gpio%u",
|
|
|
|
desc_to_gpio(desc));
|
2012-10-21 18:39:12 -06:00
|
|
|
if (IS_ERR(dev)) {
|
|
|
|
status = PTR_ERR(dev);
|
|
|
|
goto fail_unlock;
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
}
|
|
|
|
|
2012-10-21 18:39:12 -06:00
|
|
|
status = sysfs_create_group(&dev->kobj, &gpio_attr_group);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
if (status)
|
2012-10-21 18:39:12 -06:00
|
|
|
goto fail_unregister_device;
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
2012-10-21 18:39:12 -06:00
|
|
|
if (direction_may_change) {
|
|
|
|
status = device_create_file(dev, &dev_attr_direction);
|
|
|
|
if (status)
|
|
|
|
goto fail_unregister_device;
|
|
|
|
}
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
if (gpiod_to_irq(desc) >= 0 && (direction_may_change ||
|
2012-10-21 18:39:12 -06:00
|
|
|
!test_bit(FLAG_IS_OUT, &desc->flags))) {
|
|
|
|
status = device_create_file(dev, &dev_attr_edge);
|
|
|
|
if (status)
|
|
|
|
goto fail_unregister_device;
|
|
|
|
}
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
2012-10-21 18:39:12 -06:00
|
|
|
set_bit(FLAG_EXPORT, &desc->flags);
|
|
|
|
mutex_unlock(&sysfs_lock);
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
fail_unregister_device:
|
|
|
|
device_unregister(dev);
|
|
|
|
fail_unlock:
|
|
|
|
mutex_unlock(&sysfs_lock);
|
2013-02-02 09:29:29 -07:00
|
|
|
pr_debug("%s: gpio%d status %d\n", __func__, desc_to_gpio(desc),
|
|
|
|
status);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
return status;
|
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_export);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
2013-02-01 12:40:17 -07:00
|
|
|
static int match_export(struct device *dev, const void *data)
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
{
|
|
|
|
return dev_get_drvdata(dev) == data;
|
|
|
|
}
|
|
|
|
|
2009-09-22 17:46:33 -06:00
|
|
|
/**
|
2013-10-17 11:21:36 -06:00
|
|
|
* gpiod_export_link - create a sysfs link to an exported GPIO node
|
2009-09-22 17:46:33 -06:00
|
|
|
* @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.
|
|
|
|
*/
|
2013-10-17 11:21:36 -06:00
|
|
|
int gpiod_export_link(struct device *dev, const char *name,
|
|
|
|
struct gpio_desc *desc)
|
2009-09-22 17:46:33 -06:00
|
|
|
{
|
|
|
|
int status = -EINVAL;
|
|
|
|
|
2013-02-14 22:46:14 -07:00
|
|
|
if (!desc) {
|
|
|
|
pr_warn("%s: invalid GPIO\n", __func__);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
2009-09-22 17:46:33 -06:00
|
|
|
|
|
|
|
mutex_lock(&sysfs_lock);
|
|
|
|
|
|
|
|
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);
|
|
|
|
|
|
|
|
if (status)
|
2013-02-02 09:29:29 -07:00
|
|
|
pr_debug("%s: gpio%d status %d\n", __func__, desc_to_gpio(desc),
|
|
|
|
status);
|
2009-09-22 17:46:33 -06:00
|
|
|
|
|
|
|
return status;
|
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_export_link);
|
2009-12-15 17:46:20 -07:00
|
|
|
|
|
|
|
/**
|
2013-10-17 11:21:36 -06:00
|
|
|
* gpiod_sysfs_set_active_low - set the polarity of gpio sysfs value
|
2009-12-15 17:46:20 -07:00
|
|
|
* @gpio: gpio to change
|
|
|
|
* @value: non-zero to use active low, i.e. inverted values
|
|
|
|
*
|
|
|
|
* Set the polarity of /sys/class/gpio/gpioN/value sysfs attribute.
|
|
|
|
* The GPIO does not have to be exported yet. If poll(2) support has
|
|
|
|
* been enabled for either rising or falling edge, it will be
|
|
|
|
* reconfigured to follow the new polarity.
|
|
|
|
*
|
|
|
|
* Returns zero on success, else an error.
|
|
|
|
*/
|
2013-10-17 11:21:36 -06:00
|
|
|
int gpiod_sysfs_set_active_low(struct gpio_desc *desc, int value)
|
2009-12-15 17:46:20 -07:00
|
|
|
{
|
|
|
|
struct device *dev = NULL;
|
|
|
|
int status = -EINVAL;
|
|
|
|
|
2013-02-14 22:46:14 -07:00
|
|
|
if (!desc) {
|
|
|
|
pr_warn("%s: invalid GPIO\n", __func__);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
2009-12-15 17:46:20 -07:00
|
|
|
|
|
|
|
mutex_lock(&sysfs_lock);
|
|
|
|
|
|
|
|
if (test_bit(FLAG_EXPORT, &desc->flags)) {
|
|
|
|
dev = class_find_device(&gpio_class, NULL, desc, match_export);
|
|
|
|
if (dev == NULL) {
|
|
|
|
status = -ENODEV;
|
|
|
|
goto unlock;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
status = sysfs_set_active_low(desc, dev, value);
|
|
|
|
|
|
|
|
unlock:
|
|
|
|
mutex_unlock(&sysfs_lock);
|
|
|
|
|
|
|
|
if (status)
|
2013-02-02 09:29:29 -07:00
|
|
|
pr_debug("%s: gpio%d status %d\n", __func__, desc_to_gpio(desc),
|
|
|
|
status);
|
2009-12-15 17:46:20 -07:00
|
|
|
|
|
|
|
return status;
|
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_sysfs_set_active_low);
|
2009-12-15 17:46:20 -07:00
|
|
|
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
/**
|
2013-10-17 11:21:36 -06:00
|
|
|
* gpiod_unexport - reverse effect of gpio_export()
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
* @gpio: gpio to make unavailable
|
|
|
|
*
|
|
|
|
* This is implicit on gpio_free().
|
|
|
|
*/
|
2013-10-17 11:21:36 -06:00
|
|
|
void gpiod_unexport(struct gpio_desc *desc)
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
{
|
2010-07-27 14:18:06 -06:00
|
|
|
int status = 0;
|
Fix circular locking dependency (3.3-rc2)
Hi,
On Wed, Feb 8, 2012 at 8:41 PM, Felipe Balbi <balbi@ti.com> wrote:
> Hi guys,
>
> I have just triggered the folllowing:
>
> [ 84.860321] ======================================================
> [ 84.860321] [ INFO: possible circular locking dependency detected ]
> [ 84.860321] 3.3.0-rc2-00026-ge4e8a39 #474 Not tainted
> [ 84.860321] -------------------------------------------------------
> [ 84.860321] bash/949 is trying to acquire lock:
> [ 84.860321] (sysfs_lock){+.+.+.}, at: [<c0275358>] gpio_value_store+0x24/0xcc
> [ 84.860321]
> [ 84.860321] but task is already holding lock:
> [ 84.860321] (s_active#22){++++.+}, at: [<c016996c>] sysfs_write_file+0xdc/0x184
> [ 84.911468]
> [ 84.911468] which lock already depends on the new lock.
> [ 84.911468]
> [ 84.920043]
> [ 84.920043] the existing dependency chain (in reverse order) is:
> [ 84.920043]
> [ 84.927886] -> #1 (s_active#22){++++.+}:
> [ 84.927886] [<c008f640>] check_prevs_add+0xdc/0x150
> [ 84.927886] [<c008fc18>] validate_chain.clone.24+0x564/0x694
> [ 84.927886] [<c0090cdc>] __lock_acquire+0x49c/0x980
> [ 84.951660] [<c0091838>] lock_acquire+0x98/0x100
> [ 84.951660] [<c016a8e8>] sysfs_deactivate+0xb0/0x100
> [ 84.962982] [<c016b1b4>] sysfs_addrm_finish+0x2c/0x6c
> [ 84.962982] [<c016b8bc>] sysfs_remove_dir+0x84/0x98
> [ 84.962982] [<c02590d8>] kobject_del+0x10/0x78
> [ 84.974670] [<c02c29e8>] device_del+0x140/0x170
> [ 84.974670] [<c02c2a24>] device_unregister+0xc/0x18
> [ 84.985382] [<c0276894>] gpio_unexport+0xbc/0xdc
> [ 84.985382] [<c02768c8>] gpio_free+0x14/0xfc
> [ 85.001708] [<c0276a28>] unexport_store+0x78/0x8c
> [ 85.001708] [<c02c5af8>] class_attr_store+0x18/0x24
> [ 85.007293] [<c0169990>] sysfs_write_file+0x100/0x184
> [ 85.018981] [<c0109d48>] vfs_write+0xb4/0x148
> [ 85.018981] [<c0109fd0>] sys_write+0x40/0x70
> [ 85.018981] [<c0013cc0>] ret_fast_syscall+0x0/0x3c
> [ 85.035003]
> [ 85.035003] -> #0 (sysfs_lock){+.+.+.}:
> [ 85.035003] [<c008f54c>] check_prev_add+0x680/0x698
> [ 85.035003] [<c008f640>] check_prevs_add+0xdc/0x150
> [ 85.052093] [<c008fc18>] validate_chain.clone.24+0x564/0x694
> [ 85.052093] [<c0090cdc>] __lock_acquire+0x49c/0x980
> [ 85.052093] [<c0091838>] lock_acquire+0x98/0x100
> [ 85.069885] [<c047e280>] mutex_lock_nested+0x3c/0x2f4
> [ 85.069885] [<c0275358>] gpio_value_store+0x24/0xcc
> [ 85.069885] [<c02c18dc>] dev_attr_store+0x18/0x24
> [ 85.087158] [<c0169990>] sysfs_write_file+0x100/0x184
> [ 85.087158] [<c0109d48>] vfs_write+0xb4/0x148
> [ 85.098297] [<c0109fd0>] sys_write+0x40/0x70
> [ 85.098297] [<c0013cc0>] ret_fast_syscall+0x0/0x3c
> [ 85.109069]
> [ 85.109069] other info that might help us debug this:
> [ 85.109069]
> [ 85.117462] Possible unsafe locking scenario:
> [ 85.117462]
> [ 85.117462] CPU0 CPU1
> [ 85.128417] ---- ----
> [ 85.128417] lock(s_active#22);
> [ 85.128417] lock(sysfs_lock);
> [ 85.128417] lock(s_active#22);
> [ 85.142486] lock(sysfs_lock);
> [ 85.151794]
> [ 85.151794] *** DEADLOCK ***
> [ 85.151794]
> [ 85.151794] 2 locks held by bash/949:
> [ 85.158020] #0: (&buffer->mutex){+.+.+.}, at: [<c01698b8>] sysfs_write_file+0x28/0x184
> [ 85.170349] #1: (s_active#22){++++.+}, at: [<c016996c>] sysfs_write_file+0xdc/0x184
> [ 85.170349]
> [ 85.178588] stack backtrace:
> [ 85.178588] [<c001b824>] (unwind_backtrace+0x0/0xf0) from [<c008de64>] (print_circular_bug+0x100/0x114)
> [ 85.193023] [<c008de64>] (print_circular_bug+0x100/0x114) from [<c008f54c>] (check_prev_add+0x680/0x698)
> [ 85.193023] [<c008f54c>] (check_prev_add+0x680/0x698) from [<c008f640>] (check_prevs_add+0xdc/0x150)
> [ 85.212524] [<c008f640>] (check_prevs_add+0xdc/0x150) from [<c008fc18>] (validate_chain.clone.24+0x564/0x694)
> [ 85.212524] [<c008fc18>] (validate_chain.clone.24+0x564/0x694) from [<c0090cdc>] (__lock_acquire+0x49c/0x980)
> [ 85.233306] [<c0090cdc>] (__lock_acquire+0x49c/0x980) from [<c0091838>] (lock_acquire+0x98/0x100)
> [ 85.233306] [<c0091838>] (lock_acquire+0x98/0x100) from [<c047e280>] (mutex_lock_nested+0x3c/0x2f4)
> [ 85.242614] [<c047e280>] (mutex_lock_nested+0x3c/0x2f4) from [<c0275358>] (gpio_value_store+0x24/0xcc)
> [ 85.261840] [<c0275358>] (gpio_value_store+0x24/0xcc) from [<c02c18dc>] (dev_attr_store+0x18/0x24)
> [ 85.261840] [<c02c18dc>] (dev_attr_store+0x18/0x24) from [<c0169990>] (sysfs_write_file+0x100/0x184)
> [ 85.271240] [<c0169990>] (sysfs_write_file+0x100/0x184) from [<c0109d48>] (vfs_write+0xb4/0x148)
> [ 85.290008] [<c0109d48>] (vfs_write+0xb4/0x148) from [<c0109fd0>] (sys_write+0x40/0x70)
> [ 85.298400] [<c0109fd0>] (sys_write+0x40/0x70) from [<c0013cc0>] (ret_fast_syscall+0x0/0x3c)
> -bash: echo: write error: Operation not permitted
>
> the way to trigger is:
>
> root@legolas:~# cd /sys/class/gpio/
> root@legolas:/sys/class/gpio# echo 2 > export
> root@legolas:/sys/class/gpio# echo 2 > unexport
> root@legolas:/sys/class/gpio# echo 2 > export
> root@legolas:/sys/class/gpio# cd gpio2/
> root@legolas:/sys/class/gpio/gpio2# echo 1 > value
Looks 'sysfs_lock' needn't to be held for unregister, so the patch below may
fix the problem.
Acked-by: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
2012-02-13 07:53:20 -07:00
|
|
|
struct device *dev = NULL;
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
if (!desc) {
|
2013-02-14 22:46:14 -07:00
|
|
|
pr_warn("%s: invalid GPIO\n", __func__);
|
|
|
|
return;
|
2010-07-27 14:18:06 -06:00
|
|
|
}
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
|
|
|
mutex_lock(&sysfs_lock);
|
|
|
|
|
|
|
|
if (test_bit(FLAG_EXPORT, &desc->flags)) {
|
|
|
|
|
|
|
|
dev = class_find_device(&gpio_class, NULL, desc, match_export);
|
|
|
|
if (dev) {
|
2009-09-22 17:46:38 -06:00
|
|
|
gpio_setup_irq(desc, dev, 0);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
clear_bit(FLAG_EXPORT, &desc->flags);
|
|
|
|
} else
|
|
|
|
status = -ENODEV;
|
|
|
|
}
|
|
|
|
|
|
|
|
mutex_unlock(&sysfs_lock);
|
2013-02-02 09:29:29 -07:00
|
|
|
|
Fix circular locking dependency (3.3-rc2)
Hi,
On Wed, Feb 8, 2012 at 8:41 PM, Felipe Balbi <balbi@ti.com> wrote:
> Hi guys,
>
> I have just triggered the folllowing:
>
> [ 84.860321] ======================================================
> [ 84.860321] [ INFO: possible circular locking dependency detected ]
> [ 84.860321] 3.3.0-rc2-00026-ge4e8a39 #474 Not tainted
> [ 84.860321] -------------------------------------------------------
> [ 84.860321] bash/949 is trying to acquire lock:
> [ 84.860321] (sysfs_lock){+.+.+.}, at: [<c0275358>] gpio_value_store+0x24/0xcc
> [ 84.860321]
> [ 84.860321] but task is already holding lock:
> [ 84.860321] (s_active#22){++++.+}, at: [<c016996c>] sysfs_write_file+0xdc/0x184
> [ 84.911468]
> [ 84.911468] which lock already depends on the new lock.
> [ 84.911468]
> [ 84.920043]
> [ 84.920043] the existing dependency chain (in reverse order) is:
> [ 84.920043]
> [ 84.927886] -> #1 (s_active#22){++++.+}:
> [ 84.927886] [<c008f640>] check_prevs_add+0xdc/0x150
> [ 84.927886] [<c008fc18>] validate_chain.clone.24+0x564/0x694
> [ 84.927886] [<c0090cdc>] __lock_acquire+0x49c/0x980
> [ 84.951660] [<c0091838>] lock_acquire+0x98/0x100
> [ 84.951660] [<c016a8e8>] sysfs_deactivate+0xb0/0x100
> [ 84.962982] [<c016b1b4>] sysfs_addrm_finish+0x2c/0x6c
> [ 84.962982] [<c016b8bc>] sysfs_remove_dir+0x84/0x98
> [ 84.962982] [<c02590d8>] kobject_del+0x10/0x78
> [ 84.974670] [<c02c29e8>] device_del+0x140/0x170
> [ 84.974670] [<c02c2a24>] device_unregister+0xc/0x18
> [ 84.985382] [<c0276894>] gpio_unexport+0xbc/0xdc
> [ 84.985382] [<c02768c8>] gpio_free+0x14/0xfc
> [ 85.001708] [<c0276a28>] unexport_store+0x78/0x8c
> [ 85.001708] [<c02c5af8>] class_attr_store+0x18/0x24
> [ 85.007293] [<c0169990>] sysfs_write_file+0x100/0x184
> [ 85.018981] [<c0109d48>] vfs_write+0xb4/0x148
> [ 85.018981] [<c0109fd0>] sys_write+0x40/0x70
> [ 85.018981] [<c0013cc0>] ret_fast_syscall+0x0/0x3c
> [ 85.035003]
> [ 85.035003] -> #0 (sysfs_lock){+.+.+.}:
> [ 85.035003] [<c008f54c>] check_prev_add+0x680/0x698
> [ 85.035003] [<c008f640>] check_prevs_add+0xdc/0x150
> [ 85.052093] [<c008fc18>] validate_chain.clone.24+0x564/0x694
> [ 85.052093] [<c0090cdc>] __lock_acquire+0x49c/0x980
> [ 85.052093] [<c0091838>] lock_acquire+0x98/0x100
> [ 85.069885] [<c047e280>] mutex_lock_nested+0x3c/0x2f4
> [ 85.069885] [<c0275358>] gpio_value_store+0x24/0xcc
> [ 85.069885] [<c02c18dc>] dev_attr_store+0x18/0x24
> [ 85.087158] [<c0169990>] sysfs_write_file+0x100/0x184
> [ 85.087158] [<c0109d48>] vfs_write+0xb4/0x148
> [ 85.098297] [<c0109fd0>] sys_write+0x40/0x70
> [ 85.098297] [<c0013cc0>] ret_fast_syscall+0x0/0x3c
> [ 85.109069]
> [ 85.109069] other info that might help us debug this:
> [ 85.109069]
> [ 85.117462] Possible unsafe locking scenario:
> [ 85.117462]
> [ 85.117462] CPU0 CPU1
> [ 85.128417] ---- ----
> [ 85.128417] lock(s_active#22);
> [ 85.128417] lock(sysfs_lock);
> [ 85.128417] lock(s_active#22);
> [ 85.142486] lock(sysfs_lock);
> [ 85.151794]
> [ 85.151794] *** DEADLOCK ***
> [ 85.151794]
> [ 85.151794] 2 locks held by bash/949:
> [ 85.158020] #0: (&buffer->mutex){+.+.+.}, at: [<c01698b8>] sysfs_write_file+0x28/0x184
> [ 85.170349] #1: (s_active#22){++++.+}, at: [<c016996c>] sysfs_write_file+0xdc/0x184
> [ 85.170349]
> [ 85.178588] stack backtrace:
> [ 85.178588] [<c001b824>] (unwind_backtrace+0x0/0xf0) from [<c008de64>] (print_circular_bug+0x100/0x114)
> [ 85.193023] [<c008de64>] (print_circular_bug+0x100/0x114) from [<c008f54c>] (check_prev_add+0x680/0x698)
> [ 85.193023] [<c008f54c>] (check_prev_add+0x680/0x698) from [<c008f640>] (check_prevs_add+0xdc/0x150)
> [ 85.212524] [<c008f640>] (check_prevs_add+0xdc/0x150) from [<c008fc18>] (validate_chain.clone.24+0x564/0x694)
> [ 85.212524] [<c008fc18>] (validate_chain.clone.24+0x564/0x694) from [<c0090cdc>] (__lock_acquire+0x49c/0x980)
> [ 85.233306] [<c0090cdc>] (__lock_acquire+0x49c/0x980) from [<c0091838>] (lock_acquire+0x98/0x100)
> [ 85.233306] [<c0091838>] (lock_acquire+0x98/0x100) from [<c047e280>] (mutex_lock_nested+0x3c/0x2f4)
> [ 85.242614] [<c047e280>] (mutex_lock_nested+0x3c/0x2f4) from [<c0275358>] (gpio_value_store+0x24/0xcc)
> [ 85.261840] [<c0275358>] (gpio_value_store+0x24/0xcc) from [<c02c18dc>] (dev_attr_store+0x18/0x24)
> [ 85.261840] [<c02c18dc>] (dev_attr_store+0x18/0x24) from [<c0169990>] (sysfs_write_file+0x100/0x184)
> [ 85.271240] [<c0169990>] (sysfs_write_file+0x100/0x184) from [<c0109d48>] (vfs_write+0xb4/0x148)
> [ 85.290008] [<c0109d48>] (vfs_write+0xb4/0x148) from [<c0109fd0>] (sys_write+0x40/0x70)
> [ 85.298400] [<c0109fd0>] (sys_write+0x40/0x70) from [<c0013cc0>] (ret_fast_syscall+0x0/0x3c)
> -bash: echo: write error: Operation not permitted
>
> the way to trigger is:
>
> root@legolas:~# cd /sys/class/gpio/
> root@legolas:/sys/class/gpio# echo 2 > export
> root@legolas:/sys/class/gpio# echo 2 > unexport
> root@legolas:/sys/class/gpio# echo 2 > export
> root@legolas:/sys/class/gpio# cd gpio2/
> root@legolas:/sys/class/gpio/gpio2# echo 1 > value
Looks 'sysfs_lock' needn't to be held for unregister, so the patch below may
fix the problem.
Acked-by: Linus Walleij <linus.walleij@linaro.org>
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
2012-02-13 07:53:20 -07:00
|
|
|
if (dev) {
|
|
|
|
device_unregister(dev);
|
|
|
|
put_device(dev);
|
|
|
|
}
|
2013-02-14 22:46:14 -07:00
|
|
|
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
if (status)
|
2013-02-02 09:29:29 -07:00
|
|
|
pr_debug("%s: gpio%d status %d\n", __func__, desc_to_gpio(desc),
|
|
|
|
status);
|
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_unexport);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
|
|
|
static int gpiochip_export(struct gpio_chip *chip)
|
|
|
|
{
|
|
|
|
int status;
|
|
|
|
struct device *dev;
|
|
|
|
|
|
|
|
/* Many systems register gpio chips for SOC support very early,
|
|
|
|
* before driver model support is available. In those cases we
|
|
|
|
* export this later, in gpiolib_sysfs_init() ... here we just
|
|
|
|
* verify that _some_ field of gpio_class got initialized.
|
|
|
|
*/
|
|
|
|
if (!gpio_class.p)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
/* use chip->base for the ID; it's already known to be unique */
|
|
|
|
mutex_lock(&sysfs_lock);
|
|
|
|
dev = device_create(&gpio_class, chip->dev, MKDEV(0, 0), chip,
|
|
|
|
"gpiochip%d", chip->base);
|
2009-11-11 15:26:50 -07:00
|
|
|
if (!IS_ERR(dev)) {
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
status = sysfs_create_group(&dev->kobj,
|
|
|
|
&gpiochip_attr_group);
|
|
|
|
} else
|
2009-11-11 15:26:50 -07:00
|
|
|
status = PTR_ERR(dev);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
chip->exported = (status == 0);
|
|
|
|
mutex_unlock(&sysfs_lock);
|
|
|
|
|
|
|
|
if (status) {
|
|
|
|
unsigned long flags;
|
|
|
|
unsigned gpio;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
2013-02-02 09:29:30 -07:00
|
|
|
gpio = 0;
|
|
|
|
while (gpio < chip->ngpio)
|
|
|
|
chip->desc[gpio++].chip = NULL;
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
|
|
|
|
pr_debug("%s: chip %s status %d\n", __func__,
|
|
|
|
chip->label, status);
|
|
|
|
}
|
|
|
|
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void gpiochip_unexport(struct gpio_chip *chip)
|
|
|
|
{
|
|
|
|
int status;
|
|
|
|
struct device *dev;
|
|
|
|
|
|
|
|
mutex_lock(&sysfs_lock);
|
|
|
|
dev = class_find_device(&gpio_class, NULL, chip, match_export);
|
|
|
|
if (dev) {
|
|
|
|
put_device(dev);
|
|
|
|
device_unregister(dev);
|
|
|
|
chip->exported = 0;
|
|
|
|
status = 0;
|
|
|
|
} else
|
|
|
|
status = -ENODEV;
|
|
|
|
mutex_unlock(&sysfs_lock);
|
|
|
|
|
|
|
|
if (status)
|
|
|
|
pr_debug("%s: chip %s status %d\n", __func__,
|
|
|
|
chip->label, status);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int __init gpiolib_sysfs_init(void)
|
|
|
|
{
|
|
|
|
int status;
|
|
|
|
unsigned long flags;
|
2013-02-02 09:29:25 -07:00
|
|
|
struct gpio_chip *chip;
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
|
|
|
status = class_register(&gpio_class);
|
|
|
|
if (status < 0)
|
|
|
|
return status;
|
|
|
|
|
|
|
|
/* Scan and register the gpio_chips which registered very
|
|
|
|
* early (e.g. before the class_register above was called).
|
|
|
|
*
|
|
|
|
* We run before arch_initcall() so chip->dev nodes can have
|
|
|
|
* registered, and so arch_initcall() can always gpio_export().
|
|
|
|
*/
|
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
2013-02-02 09:29:25 -07:00
|
|
|
list_for_each_entry(chip, &gpio_chips, list) {
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
if (!chip || chip->exported)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
status = gpiochip_export(chip);
|
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
}
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
|
|
|
|
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
postcore_initcall(gpiolib_sysfs_init);
|
|
|
|
|
|
|
|
#else
|
|
|
|
static inline int gpiochip_export(struct gpio_chip *chip)
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline void gpiochip_unexport(struct gpio_chip *chip)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
#endif /* CONFIG_GPIO_SYSFS */
|
|
|
|
|
2013-02-02 09:29:24 -07:00
|
|
|
/*
|
|
|
|
* Add a new chip to the global chips list, keeping the list of chips sorted
|
|
|
|
* by base order.
|
|
|
|
*
|
|
|
|
* Return -EBUSY if the new chip overlaps with some other chip's integer
|
|
|
|
* space.
|
|
|
|
*/
|
|
|
|
static int gpiochip_add_to_list(struct gpio_chip *chip)
|
|
|
|
{
|
|
|
|
struct list_head *pos = &gpio_chips;
|
|
|
|
struct gpio_chip *_chip;
|
|
|
|
int err = 0;
|
|
|
|
|
|
|
|
/* find where to insert our chip */
|
|
|
|
list_for_each(pos, &gpio_chips) {
|
|
|
|
_chip = list_entry(pos, struct gpio_chip, list);
|
|
|
|
/* shall we insert before _chip? */
|
|
|
|
if (_chip->base >= chip->base + chip->ngpio)
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* are we stepping on the chip right before? */
|
|
|
|
if (pos != &gpio_chips && pos->prev != &gpio_chips) {
|
|
|
|
_chip = list_entry(pos->prev, struct gpio_chip, list);
|
|
|
|
if (_chip->base + _chip->ngpio > chip->base) {
|
|
|
|
dev_err(chip->dev,
|
|
|
|
"GPIO integer space overlap, cannot add chip\n");
|
|
|
|
err = -EBUSY;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!err)
|
|
|
|
list_add_tail(&chip->list, pos);
|
|
|
|
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
2008-02-04 23:28:20 -07:00
|
|
|
/**
|
|
|
|
* gpiochip_add() - register a gpio_chip
|
|
|
|
* @chip: the chip to register, with chip->base initialized
|
|
|
|
* Context: potentially before irqs or kmalloc will work
|
|
|
|
*
|
|
|
|
* Returns a negative errno if the chip can't be registered, such as
|
|
|
|
* because the chip->base is invalid or already associated with a
|
|
|
|
* different chip. Otherwise it returns zero as a success code.
|
2008-04-28 03:14:46 -06:00
|
|
|
*
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
* When gpiochip_add() is called very early during boot, so that GPIOs
|
|
|
|
* can be freely used, the chip->dev device must be registered before
|
|
|
|
* the gpio framework's arch_initcall(). Otherwise sysfs initialization
|
|
|
|
* for GPIOs will fail rudely.
|
|
|
|
*
|
2008-04-28 03:14:46 -06:00
|
|
|
* If chip->base is negative, this requests dynamic assignment of
|
|
|
|
* a range of valid GPIOs.
|
2008-02-04 23:28:20 -07:00
|
|
|
*/
|
|
|
|
int gpiochip_add(struct gpio_chip *chip)
|
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
int status = 0;
|
|
|
|
unsigned id;
|
2008-04-28 03:14:46 -06:00
|
|
|
int base = chip->base;
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2008-05-23 14:04:44 -06:00
|
|
|
if ((!gpio_is_valid(base) || !gpio_is_valid(base + chip->ngpio - 1))
|
2008-04-28 03:14:46 -06:00
|
|
|
&& base >= 0) {
|
2008-02-04 23:28:20 -07:00
|
|
|
status = -EINVAL;
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
|
2008-04-28 03:14:46 -06:00
|
|
|
if (base < 0) {
|
|
|
|
base = gpiochip_find_base(chip->ngpio);
|
|
|
|
if (base < 0) {
|
|
|
|
status = base;
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
goto unlock;
|
2008-04-28 03:14:46 -06:00
|
|
|
}
|
|
|
|
chip->base = base;
|
|
|
|
}
|
|
|
|
|
2013-02-02 09:29:24 -07:00
|
|
|
status = gpiochip_add_to_list(chip);
|
|
|
|
|
2008-02-04 23:28:20 -07:00
|
|
|
if (status == 0) {
|
2013-02-02 09:29:30 -07:00
|
|
|
chip->desc = &gpio_desc[chip->base];
|
|
|
|
|
|
|
|
for (id = 0; id < chip->ngpio; id++) {
|
|
|
|
struct gpio_desc *desc = &chip->desc[id];
|
|
|
|
desc->chip = chip;
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
|
|
|
/* REVISIT: most hardware initializes GPIOs as
|
|
|
|
* inputs (often with pullups enabled) so power
|
|
|
|
* usage is minimized. Linux code should set the
|
|
|
|
* gpio direction first thing; but until it does,
|
2012-10-24 08:25:27 -06:00
|
|
|
* and in case chip->get_direction is not set,
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
* we may expose the wrong direction in sysfs.
|
|
|
|
*/
|
2013-02-02 09:29:30 -07:00
|
|
|
desc->flags = !chip->direction_input
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
? (1 << FLAG_IS_OUT)
|
|
|
|
: 0;
|
2008-02-04 23:28:20 -07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-06-08 21:08:32 -06:00
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
|
2012-10-27 03:51:36 -06:00
|
|
|
#ifdef CONFIG_PINCTRL
|
|
|
|
INIT_LIST_HEAD(&chip->pin_ranges);
|
|
|
|
#endif
|
|
|
|
|
2010-06-08 07:48:17 -06:00
|
|
|
of_gpiochip_add(chip);
|
|
|
|
|
2010-06-08 07:48:15 -06:00
|
|
|
if (status)
|
|
|
|
goto fail;
|
|
|
|
|
|
|
|
status = gpiochip_export(chip);
|
|
|
|
if (status)
|
|
|
|
goto fail;
|
|
|
|
|
2012-05-11 17:58:33 -06:00
|
|
|
pr_debug("gpiochip_add: registered GPIOs %d to %d on device: %s\n",
|
2011-11-06 11:36:18 -07:00
|
|
|
chip->base, chip->base + chip->ngpio - 1,
|
|
|
|
chip->label ? : "generic");
|
|
|
|
|
2010-06-08 07:48:15 -06:00
|
|
|
return 0;
|
2013-06-08 21:08:32 -06:00
|
|
|
|
|
|
|
unlock:
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2008-02-04 23:28:20 -07:00
|
|
|
fail:
|
|
|
|
/* failures here can mean systems won't boot... */
|
2010-06-08 07:48:15 -06:00
|
|
|
pr_err("gpiochip_add: gpios %d..%d (%s) failed to register\n",
|
|
|
|
chip->base, chip->base + chip->ngpio - 1,
|
|
|
|
chip->label ? : "generic");
|
2008-02-04 23:28:20 -07:00
|
|
|
return status;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_add);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiochip_remove() - unregister a gpio_chip
|
|
|
|
* @chip: the chip to unregister
|
|
|
|
*
|
|
|
|
* A gpio_chip with any GPIOs still requested may not be removed.
|
|
|
|
*/
|
|
|
|
int gpiochip_remove(struct gpio_chip *chip)
|
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
int status = 0;
|
|
|
|
unsigned id;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
|
2012-11-06 07:15:44 -07:00
|
|
|
gpiochip_remove_pin_ranges(chip);
|
2010-06-08 07:48:17 -06:00
|
|
|
of_gpiochip_remove(chip);
|
|
|
|
|
2013-02-02 09:29:30 -07:00
|
|
|
for (id = 0; id < chip->ngpio; id++) {
|
|
|
|
if (test_bit(FLAG_REQUESTED, &chip->desc[id].flags)) {
|
2008-02-04 23:28:20 -07:00
|
|
|
status = -EBUSY;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if (status == 0) {
|
2013-02-02 09:29:30 -07:00
|
|
|
for (id = 0; id < chip->ngpio; id++)
|
|
|
|
chip->desc[id].chip = NULL;
|
2013-02-02 09:29:24 -07:00
|
|
|
|
|
|
|
list_del(&chip->list);
|
2008-02-04 23:28:20 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
|
|
|
if (status == 0)
|
|
|
|
gpiochip_unexport(chip);
|
|
|
|
|
2008-02-04 23:28:20 -07:00
|
|
|
return status;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_remove);
|
|
|
|
|
2010-06-08 07:48:16 -06:00
|
|
|
/**
|
|
|
|
* gpiochip_find() - iterator for locating a specific gpio_chip
|
|
|
|
* @data: data to pass to match function
|
|
|
|
* @callback: Callback function to check gpio_chip
|
|
|
|
*
|
|
|
|
* Similar to bus_find_device. It returns a reference to a gpio_chip as
|
|
|
|
* determined by a user supplied @match callback. The callback should return
|
|
|
|
* 0 if the device doesn't match and non-zero if it does. If the callback is
|
|
|
|
* non-zero, this function will return to the caller and not iterate over any
|
|
|
|
* more gpio_chips.
|
|
|
|
*/
|
2012-05-18 23:01:05 -06:00
|
|
|
struct gpio_chip *gpiochip_find(void *data,
|
2012-03-02 15:56:03 -07:00
|
|
|
int (*match)(struct gpio_chip *chip,
|
2012-05-17 13:54:40 -06:00
|
|
|
void *data))
|
2010-06-08 07:48:16 -06:00
|
|
|
{
|
2013-02-02 09:29:26 -07:00
|
|
|
struct gpio_chip *chip;
|
2010-06-08 07:48:16 -06:00
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
2013-02-02 09:29:26 -07:00
|
|
|
list_for_each_entry(chip, &gpio_chips, list)
|
|
|
|
if (match(chip, data))
|
2010-06-08 07:48:16 -06:00
|
|
|
break;
|
2013-02-02 09:29:26 -07:00
|
|
|
|
|
|
|
/* No match? */
|
|
|
|
if (&chip->list == &gpio_chips)
|
|
|
|
chip = NULL;
|
2010-06-08 07:48:16 -06:00
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
|
|
|
|
return chip;
|
|
|
|
}
|
2011-05-20 00:40:18 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_find);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-11-16 05:39:32 -07:00
|
|
|
static int gpiochip_match_name(struct gpio_chip *chip, void *data)
|
|
|
|
{
|
|
|
|
const char *name = data;
|
|
|
|
|
|
|
|
return !strcmp(chip->label, name);
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct gpio_chip *find_chip_by_name(const char *name)
|
|
|
|
{
|
|
|
|
return gpiochip_find((void *)name, gpiochip_match_name);
|
|
|
|
}
|
|
|
|
|
2012-10-27 03:51:36 -06:00
|
|
|
#ifdef CONFIG_PINCTRL
|
2012-11-06 06:49:39 -07:00
|
|
|
|
2013-10-15 07:37:54 -06:00
|
|
|
/**
|
|
|
|
* gpiochip_add_pingroup_range() - add a range for GPIO <-> pin mapping
|
|
|
|
* @chip: the gpiochip to add the range for
|
|
|
|
* @pinctrl: the dev_name() of the pin controller to map to
|
|
|
|
* @gpio_offset: the start offset in the current gpio_chip number space
|
|
|
|
* @pin_group: name of the pin group inside the pin controller
|
|
|
|
*/
|
|
|
|
int gpiochip_add_pingroup_range(struct gpio_chip *chip,
|
|
|
|
struct pinctrl_dev *pctldev,
|
|
|
|
unsigned int gpio_offset, const char *pin_group)
|
|
|
|
{
|
|
|
|
struct gpio_pin_range *pin_range;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
pin_range = kzalloc(sizeof(*pin_range), GFP_KERNEL);
|
|
|
|
if (!pin_range) {
|
|
|
|
pr_err("%s: GPIO chip: failed to allocate pin ranges\n",
|
|
|
|
chip->label);
|
|
|
|
return -ENOMEM;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Use local offset as range ID */
|
|
|
|
pin_range->range.id = gpio_offset;
|
|
|
|
pin_range->range.gc = chip;
|
|
|
|
pin_range->range.name = chip->label;
|
|
|
|
pin_range->range.base = chip->base + gpio_offset;
|
|
|
|
pin_range->pctldev = pctldev;
|
|
|
|
|
|
|
|
ret = pinctrl_get_group_pins(pctldev, pin_group,
|
|
|
|
&pin_range->range.pins,
|
|
|
|
&pin_range->range.npins);
|
2013-11-13 13:20:39 -07:00
|
|
|
if (ret < 0) {
|
|
|
|
kfree(pin_range);
|
2013-10-15 07:37:54 -06:00
|
|
|
return ret;
|
2013-11-13 13:20:39 -07:00
|
|
|
}
|
2013-10-15 07:37:54 -06:00
|
|
|
|
|
|
|
pinctrl_add_gpio_range(pctldev, &pin_range->range);
|
|
|
|
|
|
|
|
pr_debug("GPIO chip %s: created GPIO range %d->%d ==> %s PINGRP %s\n",
|
|
|
|
chip->label, gpio_offset,
|
|
|
|
gpio_offset + pin_range->range.npins - 1,
|
|
|
|
pinctrl_dev_get_devname(pctldev), pin_group);
|
|
|
|
|
|
|
|
list_add_tail(&pin_range->node, &chip->pin_ranges);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_add_pingroup_range);
|
|
|
|
|
2012-11-20 04:40:15 -07:00
|
|
|
/**
|
|
|
|
* gpiochip_add_pin_range() - add a range for GPIO <-> pin mapping
|
|
|
|
* @chip: the gpiochip to add the range for
|
|
|
|
* @pinctrl_name: the dev_name() of the pin controller to map to
|
2012-11-21 00:48:09 -07:00
|
|
|
* @gpio_offset: the start offset in the current gpio_chip number space
|
|
|
|
* @pin_offset: the start offset in the pin controller number space
|
2012-11-20 04:40:15 -07:00
|
|
|
* @npins: the number of pins from the offset of each pin space (GPIO and
|
|
|
|
* pin controller) to accumulate in this range
|
|
|
|
*/
|
2012-11-06 08:03:35 -07:00
|
|
|
int gpiochip_add_pin_range(struct gpio_chip *chip, const char *pinctl_name,
|
2012-11-21 00:48:09 -07:00
|
|
|
unsigned int gpio_offset, unsigned int pin_offset,
|
2012-11-20 04:40:15 -07:00
|
|
|
unsigned int npins)
|
2012-10-27 03:51:36 -06:00
|
|
|
{
|
|
|
|
struct gpio_pin_range *pin_range;
|
2012-11-20 23:33:56 -07:00
|
|
|
int ret;
|
2012-10-27 03:51:36 -06:00
|
|
|
|
2012-11-20 04:40:15 -07:00
|
|
|
pin_range = kzalloc(sizeof(*pin_range), GFP_KERNEL);
|
2012-10-27 03:51:36 -06:00
|
|
|
if (!pin_range) {
|
|
|
|
pr_err("%s: GPIO chip: failed to allocate pin ranges\n",
|
|
|
|
chip->label);
|
2012-11-06 08:03:35 -07:00
|
|
|
return -ENOMEM;
|
2012-10-27 03:51:36 -06:00
|
|
|
}
|
|
|
|
|
2012-11-20 04:40:15 -07:00
|
|
|
/* Use local offset as range ID */
|
2012-11-21 00:48:09 -07:00
|
|
|
pin_range->range.id = gpio_offset;
|
2012-11-20 04:40:15 -07:00
|
|
|
pin_range->range.gc = chip;
|
2012-10-27 03:51:36 -06:00
|
|
|
pin_range->range.name = chip->label;
|
2012-11-21 00:48:09 -07:00
|
|
|
pin_range->range.base = chip->base + gpio_offset;
|
|
|
|
pin_range->range.pin_base = pin_offset;
|
2012-10-27 03:51:36 -06:00
|
|
|
pin_range->range.npins = npins;
|
2012-11-20 06:03:37 -07:00
|
|
|
pin_range->pctldev = pinctrl_find_and_add_gpio_range(pinctl_name,
|
2012-10-27 03:51:36 -06:00
|
|
|
&pin_range->range);
|
2012-11-20 06:56:25 -07:00
|
|
|
if (IS_ERR(pin_range->pctldev)) {
|
2012-11-20 23:33:56 -07:00
|
|
|
ret = PTR_ERR(pin_range->pctldev);
|
2012-11-20 04:40:15 -07:00
|
|
|
pr_err("%s: GPIO chip: could not create pin range\n",
|
|
|
|
chip->label);
|
|
|
|
kfree(pin_range);
|
2012-11-20 23:33:56 -07:00
|
|
|
return ret;
|
2012-11-20 04:40:15 -07:00
|
|
|
}
|
2012-11-21 00:48:09 -07:00
|
|
|
pr_debug("GPIO chip %s: created GPIO range %d->%d ==> %s PIN %d->%d\n",
|
|
|
|
chip->label, gpio_offset, gpio_offset + npins - 1,
|
|
|
|
pinctl_name,
|
|
|
|
pin_offset, pin_offset + npins - 1);
|
2012-10-27 03:51:36 -06:00
|
|
|
|
|
|
|
list_add_tail(&pin_range->node, &chip->pin_ranges);
|
2012-11-06 08:03:35 -07:00
|
|
|
|
|
|
|
return 0;
|
2012-10-27 03:51:36 -06:00
|
|
|
}
|
2012-11-06 06:49:39 -07:00
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_add_pin_range);
|
2012-10-27 03:51:36 -06:00
|
|
|
|
2012-11-20 04:40:15 -07:00
|
|
|
/**
|
|
|
|
* gpiochip_remove_pin_ranges() - remove all the GPIO <-> pin mappings
|
|
|
|
* @chip: the chip to remove all the mappings for
|
|
|
|
*/
|
2012-10-27 03:51:36 -06:00
|
|
|
void gpiochip_remove_pin_ranges(struct gpio_chip *chip)
|
|
|
|
{
|
|
|
|
struct gpio_pin_range *pin_range, *tmp;
|
|
|
|
|
|
|
|
list_for_each_entry_safe(pin_range, tmp, &chip->pin_ranges, node) {
|
|
|
|
list_del(&pin_range->node);
|
|
|
|
pinctrl_remove_gpio_range(pin_range->pctldev,
|
|
|
|
&pin_range->range);
|
2012-11-20 04:40:15 -07:00
|
|
|
kfree(pin_range);
|
2012-10-27 03:51:36 -06:00
|
|
|
}
|
|
|
|
}
|
2012-11-06 06:49:39 -07:00
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_remove_pin_ranges);
|
|
|
|
|
|
|
|
#endif /* CONFIG_PINCTRL */
|
2012-10-27 03:51:36 -06:00
|
|
|
|
2008-02-04 23:28:20 -07:00
|
|
|
/* These "optional" allocation calls help prevent drivers from stomping
|
|
|
|
* on each other, and help provide better diagnostics in debugfs.
|
|
|
|
* They're called even less than the "set direction" calls.
|
|
|
|
*/
|
2013-02-02 09:29:29 -07:00
|
|
|
static int gpiod_request(struct gpio_desc *desc, const char *label)
|
2008-02-04 23:28:20 -07:00
|
|
|
{
|
2008-10-15 23:03:16 -06:00
|
|
|
struct gpio_chip *chip;
|
2012-07-09 05:22:56 -06:00
|
|
|
int status = -EPROBE_DEFER;
|
2008-02-04 23:28:20 -07:00
|
|
|
unsigned long flags;
|
|
|
|
|
2013-10-04 11:59:58 -06:00
|
|
|
if (!desc) {
|
2013-02-14 22:46:14 -07:00
|
|
|
pr_warn("%s: invalid GPIO\n", __func__);
|
|
|
|
return -EINVAL;
|
2012-10-25 05:03:03 -06:00
|
|
|
}
|
2013-02-14 22:46:14 -07:00
|
|
|
|
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
|
2008-10-15 23:03:16 -06:00
|
|
|
chip = desc->chip;
|
2013-10-04 11:59:58 -06:00
|
|
|
if (chip == NULL)
|
|
|
|
goto done;
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2008-10-15 23:03:16 -06:00
|
|
|
if (!try_module_get(chip->owner))
|
2008-04-28 03:14:44 -06:00
|
|
|
goto done;
|
|
|
|
|
2008-02-04 23:28:20 -07:00
|
|
|
/* NOTE: gpio_request() can be called in early boot,
|
2008-10-15 23:03:16 -06:00
|
|
|
* before IRQs are enabled, for non-sleeping (SOC) GPIOs.
|
2008-02-04 23:28:20 -07:00
|
|
|
*/
|
|
|
|
|
|
|
|
if (test_and_set_bit(FLAG_REQUESTED, &desc->flags) == 0) {
|
|
|
|
desc_set_label(desc, label ? : "?");
|
|
|
|
status = 0;
|
2008-04-28 03:14:44 -06:00
|
|
|
} else {
|
2008-02-04 23:28:20 -07:00
|
|
|
status = -EBUSY;
|
2008-10-15 23:03:16 -06:00
|
|
|
module_put(chip->owner);
|
2009-01-29 15:25:12 -07:00
|
|
|
goto done;
|
2008-10-15 23:03:16 -06:00
|
|
|
}
|
|
|
|
|
|
|
|
if (chip->request) {
|
|
|
|
/* chip->request may sleep */
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2013-02-02 09:29:29 -07:00
|
|
|
status = chip->request(chip, gpio_chip_hwgpio(desc));
|
2008-10-15 23:03:16 -06:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
|
|
|
|
if (status < 0) {
|
|
|
|
desc_set_label(desc, NULL);
|
|
|
|
module_put(chip->owner);
|
|
|
|
clear_bit(FLAG_REQUESTED, &desc->flags);
|
2012-10-24 08:25:27 -06:00
|
|
|
goto done;
|
2008-10-15 23:03:16 -06:00
|
|
|
}
|
2008-04-28 03:14:44 -06:00
|
|
|
}
|
2012-10-24 08:25:27 -06:00
|
|
|
if (chip->get_direction) {
|
|
|
|
/* chip->get_direction may sleep */
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2013-02-02 09:29:29 -07:00
|
|
|
gpiod_get_direction(desc);
|
2012-10-24 08:25:27 -06:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
}
|
2008-02-04 23:28:20 -07:00
|
|
|
done:
|
|
|
|
if (status)
|
2013-02-02 09:29:29 -07:00
|
|
|
pr_debug("_gpio_request: gpio-%d (%s) status %d\n",
|
2013-02-14 22:46:14 -07:00
|
|
|
desc_to_gpio(desc), label ? : "?", status);
|
2008-02-04 23:28:20 -07:00
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
return status;
|
|
|
|
}
|
2013-02-02 09:29:29 -07:00
|
|
|
|
|
|
|
int gpio_request(unsigned gpio, const char *label)
|
|
|
|
{
|
|
|
|
return gpiod_request(gpio_to_desc(gpio), label);
|
|
|
|
}
|
2008-02-04 23:28:20 -07:00
|
|
|
EXPORT_SYMBOL_GPL(gpio_request);
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
static void gpiod_free(struct gpio_desc *desc)
|
2008-02-04 23:28:20 -07:00
|
|
|
{
|
|
|
|
unsigned long flags;
|
2008-10-15 23:03:16 -06:00
|
|
|
struct gpio_chip *chip;
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2008-10-15 23:03:12 -06:00
|
|
|
might_sleep();
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
if (!desc) {
|
2008-02-04 23:28:20 -07:00
|
|
|
WARN_ON(extra_checks);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
gpiod_unexport(desc);
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 02:46:07 -06:00
|
|
|
|
2008-02-04 23:28:20 -07:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
|
2008-10-15 23:03:16 -06:00
|
|
|
chip = desc->chip;
|
|
|
|
if (chip && test_bit(FLAG_REQUESTED, &desc->flags)) {
|
|
|
|
if (chip->free) {
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2010-08-10 19:02:24 -06:00
|
|
|
might_sleep_if(chip->can_sleep);
|
2013-02-02 09:29:29 -07:00
|
|
|
chip->free(chip, gpio_chip_hwgpio(desc));
|
2008-10-15 23:03:16 -06:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
}
|
2008-02-04 23:28:20 -07:00
|
|
|
desc_set_label(desc, NULL);
|
2008-04-28 03:14:44 -06:00
|
|
|
module_put(desc->chip->owner);
|
2009-12-15 17:46:20 -07:00
|
|
|
clear_bit(FLAG_ACTIVE_LOW, &desc->flags);
|
2008-10-15 23:03:16 -06:00
|
|
|
clear_bit(FLAG_REQUESTED, &desc->flags);
|
2012-02-17 07:56:21 -07:00
|
|
|
clear_bit(FLAG_OPEN_DRAIN, &desc->flags);
|
2012-02-17 07:56:22 -07:00
|
|
|
clear_bit(FLAG_OPEN_SOURCE, &desc->flags);
|
2008-04-28 03:14:44 -06:00
|
|
|
} else
|
2008-02-04 23:28:20 -07:00
|
|
|
WARN_ON(extra_checks);
|
|
|
|
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
}
|
2013-02-02 09:29:29 -07:00
|
|
|
|
|
|
|
void gpio_free(unsigned gpio)
|
|
|
|
{
|
|
|
|
gpiod_free(gpio_to_desc(gpio));
|
|
|
|
}
|
2008-02-04 23:28:20 -07:00
|
|
|
EXPORT_SYMBOL_GPL(gpio_free);
|
|
|
|
|
2010-03-05 14:44:35 -07:00
|
|
|
/**
|
|
|
|
* gpio_request_one - request a single GPIO with initial configuration
|
|
|
|
* @gpio: the GPIO number
|
|
|
|
* @flags: GPIO configuration as specified by GPIOF_*
|
|
|
|
* @label: a literal description string of this GPIO
|
|
|
|
*/
|
|
|
|
int gpio_request_one(unsigned gpio, unsigned long flags, const char *label)
|
|
|
|
{
|
2013-02-02 09:29:29 -07:00
|
|
|
struct gpio_desc *desc;
|
2010-03-05 14:44:35 -07:00
|
|
|
int err;
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
desc = gpio_to_desc(gpio);
|
|
|
|
|
|
|
|
err = gpiod_request(desc, label);
|
2010-03-05 14:44:35 -07:00
|
|
|
if (err)
|
|
|
|
return err;
|
|
|
|
|
2012-02-17 07:56:21 -07:00
|
|
|
if (flags & GPIOF_OPEN_DRAIN)
|
2013-02-02 09:29:29 -07:00
|
|
|
set_bit(FLAG_OPEN_DRAIN, &desc->flags);
|
2012-02-17 07:56:21 -07:00
|
|
|
|
2012-02-17 07:56:22 -07:00
|
|
|
if (flags & GPIOF_OPEN_SOURCE)
|
2013-02-02 09:29:29 -07:00
|
|
|
set_bit(FLAG_OPEN_SOURCE, &desc->flags);
|
2012-02-17 07:56:22 -07:00
|
|
|
|
2010-03-05 14:44:35 -07:00
|
|
|
if (flags & GPIOF_DIR_IN)
|
2013-02-02 09:29:29 -07:00
|
|
|
err = gpiod_direction_input(desc);
|
2010-03-05 14:44:35 -07:00
|
|
|
else
|
2013-02-02 09:29:29 -07:00
|
|
|
err = gpiod_direction_output(desc,
|
2010-03-05 14:44:35 -07:00
|
|
|
(flags & GPIOF_INIT_HIGH) ? 1 : 0);
|
|
|
|
|
2010-12-21 18:24:22 -07:00
|
|
|
if (err)
|
2011-12-13 10:34:01 -07:00
|
|
|
goto free_gpio;
|
|
|
|
|
|
|
|
if (flags & GPIOF_EXPORT) {
|
2013-02-02 09:29:29 -07:00
|
|
|
err = gpiod_export(desc, flags & GPIOF_EXPORT_CHANGEABLE);
|
2011-12-13 10:34:01 -07:00
|
|
|
if (err)
|
|
|
|
goto free_gpio;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
2010-12-21 18:24:22 -07:00
|
|
|
|
2011-12-13 10:34:01 -07:00
|
|
|
free_gpio:
|
2013-02-02 09:29:29 -07:00
|
|
|
gpiod_free(desc);
|
2010-03-05 14:44:35 -07:00
|
|
|
return err;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpio_request_one);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpio_request_array - request multiple GPIOs in a single call
|
|
|
|
* @array: array of the 'struct gpio'
|
|
|
|
* @num: how many GPIOs in the array
|
|
|
|
*/
|
2011-05-25 17:20:31 -06:00
|
|
|
int gpio_request_array(const struct gpio *array, size_t num)
|
2010-03-05 14:44:35 -07:00
|
|
|
{
|
|
|
|
int i, err;
|
|
|
|
|
|
|
|
for (i = 0; i < num; i++, array++) {
|
|
|
|
err = gpio_request_one(array->gpio, array->flags, array->label);
|
|
|
|
if (err)
|
|
|
|
goto err_free;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err_free:
|
|
|
|
while (i--)
|
|
|
|
gpio_free((--array)->gpio);
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpio_request_array);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpio_free_array - release multiple GPIOs in a single call
|
|
|
|
* @array: array of the 'struct gpio'
|
|
|
|
* @num: how many GPIOs in the array
|
|
|
|
*/
|
2011-05-25 17:20:31 -06:00
|
|
|
void gpio_free_array(const struct gpio *array, size_t num)
|
2010-03-05 14:44:35 -07:00
|
|
|
{
|
|
|
|
while (num--)
|
|
|
|
gpio_free((array++)->gpio);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpio_free_array);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiochip_is_requested - return string iff signal was requested
|
|
|
|
* @chip: controller managing the signal
|
|
|
|
* @offset: of signal within controller's 0..(ngpio - 1) range
|
|
|
|
*
|
|
|
|
* Returns NULL if the GPIO is not currently requested, else a string.
|
|
|
|
* If debugfs support is enabled, the string returned is the label passed
|
|
|
|
* to gpio_request(); otherwise it is a meaningless constant.
|
|
|
|
*
|
|
|
|
* This function is for use by GPIO controller drivers. The label can
|
|
|
|
* help with diagnostics, and knowing that the signal is used as a GPIO
|
|
|
|
* can help avoid accidentally multiplexing it to another controller.
|
|
|
|
*/
|
|
|
|
const char *gpiochip_is_requested(struct gpio_chip *chip, unsigned offset)
|
|
|
|
{
|
2013-02-02 09:29:30 -07:00
|
|
|
struct gpio_desc *desc;
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-02-02 09:29:30 -07:00
|
|
|
if (!GPIO_OFFSET_VALID(chip, offset))
|
2008-02-04 23:28:20 -07:00
|
|
|
return NULL;
|
2013-02-02 09:29:30 -07:00
|
|
|
|
|
|
|
desc = &chip->desc[offset];
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
if (test_bit(FLAG_REQUESTED, &desc->flags) == 0)
|
2008-02-04 23:28:20 -07:00
|
|
|
return NULL;
|
|
|
|
#ifdef CONFIG_DEBUG_FS
|
2013-02-02 09:29:29 -07:00
|
|
|
return desc->label;
|
2008-02-04 23:28:20 -07:00
|
|
|
#else
|
|
|
|
return "?";
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_is_requested);
|
|
|
|
|
|
|
|
|
|
|
|
/* Drivers MUST set GPIO direction before making get/set calls. In
|
|
|
|
* some cases this is done in early boot, before IRQs are enabled.
|
|
|
|
*
|
|
|
|
* As a rule these aren't called more than once (except for drivers
|
|
|
|
* using the open-drain emulation idiom) so these are natural places
|
|
|
|
* to accumulate extra debugging checks. Note that we can't (yet)
|
|
|
|
* rely on gpio_request() having been called beforehand.
|
|
|
|
*/
|
|
|
|
|
2013-10-17 11:21:36 -06:00
|
|
|
/**
|
|
|
|
* gpiod_direction_input - set the GPIO direction to input
|
|
|
|
* @desc: GPIO to set to input
|
|
|
|
*
|
|
|
|
* Set the direction of the passed GPIO to input, such as gpiod_get_value() can
|
|
|
|
* be called safely on it.
|
|
|
|
*
|
|
|
|
* Return 0 in case of success, else an error code.
|
|
|
|
*/
|
|
|
|
int gpiod_direction_input(struct gpio_desc *desc)
|
2008-02-04 23:28:20 -07:00
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
struct gpio_chip *chip;
|
|
|
|
int status = -EINVAL;
|
2013-02-02 09:29:29 -07:00
|
|
|
int offset;
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-08-30 01:41:45 -06:00
|
|
|
if (!desc || !desc->chip) {
|
2013-02-14 22:46:14 -07:00
|
|
|
pr_warn("%s: invalid GPIO\n", __func__);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2013-08-30 01:41:45 -06:00
|
|
|
chip = desc->chip;
|
|
|
|
if (!chip->get || !chip->direction_input) {
|
2013-09-09 03:33:49 -06:00
|
|
|
gpiod_warn(desc,
|
|
|
|
"%s: missing get() or direction_input() operations\n",
|
|
|
|
__func__);
|
2013-08-30 01:41:45 -06:00
|
|
|
return -EIO;
|
|
|
|
}
|
|
|
|
|
2008-02-04 23:28:20 -07:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
status = gpio_ensure_requested(desc);
|
2008-10-15 23:03:16 -06:00
|
|
|
if (status < 0)
|
|
|
|
goto fail;
|
2008-02-04 23:28:20 -07:00
|
|
|
|
|
|
|
/* now we know the gpio is valid and chip won't vanish */
|
|
|
|
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
|
2010-08-10 19:02:24 -06:00
|
|
|
might_sleep_if(chip->can_sleep);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
offset = gpio_chip_hwgpio(desc);
|
2008-10-15 23:03:16 -06:00
|
|
|
if (status) {
|
2013-02-02 09:29:29 -07:00
|
|
|
status = chip->request(chip, offset);
|
2008-10-15 23:03:16 -06:00
|
|
|
if (status < 0) {
|
2013-09-09 03:33:49 -06:00
|
|
|
gpiod_dbg(desc, "chip request fail, %d\n", status);
|
2008-10-15 23:03:16 -06:00
|
|
|
/* and it's not available to anyone else ...
|
|
|
|
* gpio_request() is the fully clean solution.
|
|
|
|
*/
|
|
|
|
goto lose;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
status = chip->direction_input(chip, offset);
|
2008-02-04 23:28:20 -07:00
|
|
|
if (status == 0)
|
|
|
|
clear_bit(FLAG_IS_OUT, &desc->flags);
|
2011-05-20 00:40:19 -06:00
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
trace_gpio_direction(desc_to_gpio(desc), 1, status);
|
2008-10-15 23:03:16 -06:00
|
|
|
lose:
|
2008-02-04 23:28:20 -07:00
|
|
|
return status;
|
|
|
|
fail:
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2013-02-14 22:46:14 -07:00
|
|
|
if (status)
|
2013-09-09 03:33:49 -06:00
|
|
|
gpiod_dbg(desc, "%s status %d\n", __func__, status);
|
2008-02-04 23:28:20 -07:00
|
|
|
return status;
|
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_direction_input);
|
2013-02-02 09:29:29 -07:00
|
|
|
|
2013-10-17 11:21:36 -06:00
|
|
|
/**
|
|
|
|
* gpiod_direction_output - set the GPIO direction to input
|
|
|
|
* @desc: GPIO to set to output
|
|
|
|
* @value: initial output value of the GPIO
|
|
|
|
*
|
|
|
|
* Set the direction of the passed GPIO to output, such as gpiod_set_value() can
|
|
|
|
* be called safely on it. The initial value of the output must be specified.
|
|
|
|
*
|
|
|
|
* Return 0 in case of success, else an error code.
|
|
|
|
*/
|
|
|
|
int gpiod_direction_output(struct gpio_desc *desc, int value)
|
2008-02-04 23:28:20 -07:00
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
struct gpio_chip *chip;
|
|
|
|
int status = -EINVAL;
|
2013-02-02 09:29:29 -07:00
|
|
|
int offset;
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-08-30 01:41:45 -06:00
|
|
|
if (!desc || !desc->chip) {
|
2013-02-14 22:46:14 -07:00
|
|
|
pr_warn("%s: invalid GPIO\n", __func__);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2013-09-24 03:54:38 -06:00
|
|
|
/* GPIOs used for IRQs shall not be set as output */
|
|
|
|
if (test_bit(FLAG_USED_AS_IRQ, &desc->flags)) {
|
|
|
|
gpiod_err(desc,
|
|
|
|
"%s: tried to set a GPIO tied to an IRQ as output\n",
|
|
|
|
__func__);
|
|
|
|
return -EIO;
|
|
|
|
}
|
|
|
|
|
2012-02-17 07:56:21 -07:00
|
|
|
/* Open drain pin should not be driven to 1 */
|
|
|
|
if (value && test_bit(FLAG_OPEN_DRAIN, &desc->flags))
|
2013-02-02 09:29:29 -07:00
|
|
|
return gpiod_direction_input(desc);
|
2012-02-17 07:56:21 -07:00
|
|
|
|
2012-02-17 07:56:22 -07:00
|
|
|
/* Open source pin should not be driven to 0 */
|
|
|
|
if (!value && test_bit(FLAG_OPEN_SOURCE, &desc->flags))
|
2013-02-02 09:29:29 -07:00
|
|
|
return gpiod_direction_input(desc);
|
2012-02-17 07:56:22 -07:00
|
|
|
|
2013-08-30 01:41:45 -06:00
|
|
|
chip = desc->chip;
|
|
|
|
if (!chip->set || !chip->direction_output) {
|
2013-09-09 03:33:49 -06:00
|
|
|
gpiod_warn(desc,
|
|
|
|
"%s: missing set() or direction_output() operations\n",
|
|
|
|
__func__);
|
2013-08-30 01:41:45 -06:00
|
|
|
return -EIO;
|
|
|
|
}
|
|
|
|
|
2008-02-04 23:28:20 -07:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
status = gpio_ensure_requested(desc);
|
2008-10-15 23:03:16 -06:00
|
|
|
if (status < 0)
|
|
|
|
goto fail;
|
2008-02-04 23:28:20 -07:00
|
|
|
|
|
|
|
/* now we know the gpio is valid and chip won't vanish */
|
|
|
|
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
|
2010-08-10 19:02:24 -06:00
|
|
|
might_sleep_if(chip->can_sleep);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
offset = gpio_chip_hwgpio(desc);
|
2008-10-15 23:03:16 -06:00
|
|
|
if (status) {
|
2013-02-02 09:29:29 -07:00
|
|
|
status = chip->request(chip, offset);
|
2008-10-15 23:03:16 -06:00
|
|
|
if (status < 0) {
|
2013-09-09 03:33:49 -06:00
|
|
|
gpiod_dbg(desc, "chip request fail, %d\n", status);
|
2008-10-15 23:03:16 -06:00
|
|
|
/* and it's not available to anyone else ...
|
|
|
|
* gpio_request() is the fully clean solution.
|
|
|
|
*/
|
|
|
|
goto lose;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
status = chip->direction_output(chip, offset, value);
|
2008-02-04 23:28:20 -07:00
|
|
|
if (status == 0)
|
|
|
|
set_bit(FLAG_IS_OUT, &desc->flags);
|
2013-02-02 09:29:29 -07:00
|
|
|
trace_gpio_value(desc_to_gpio(desc), 0, value);
|
|
|
|
trace_gpio_direction(desc_to_gpio(desc), 0, status);
|
2008-10-15 23:03:16 -06:00
|
|
|
lose:
|
2008-02-04 23:28:20 -07:00
|
|
|
return status;
|
|
|
|
fail:
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2013-02-14 22:46:14 -07:00
|
|
|
if (status)
|
2013-09-09 03:33:49 -06:00
|
|
|
gpiod_dbg(desc, "%s: gpio status %d\n", __func__, status);
|
2008-02-04 23:28:20 -07:00
|
|
|
return status;
|
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_direction_output);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2010-05-26 15:42:23 -06:00
|
|
|
/**
|
2013-10-17 11:21:36 -06:00
|
|
|
* gpiod_set_debounce - sets @debounce time for a @gpio
|
2010-05-26 15:42:23 -06:00
|
|
|
* @gpio: the gpio to set debounce time
|
|
|
|
* @debounce: debounce time is microseconds
|
2013-09-04 06:17:08 -06:00
|
|
|
*
|
|
|
|
* returns -ENOTSUPP if the controller does not support setting
|
|
|
|
* debounce.
|
2010-05-26 15:42:23 -06:00
|
|
|
*/
|
2013-10-17 11:21:36 -06:00
|
|
|
int gpiod_set_debounce(struct gpio_desc *desc, unsigned debounce)
|
2010-05-26 15:42:23 -06:00
|
|
|
{
|
|
|
|
unsigned long flags;
|
|
|
|
struct gpio_chip *chip;
|
|
|
|
int status = -EINVAL;
|
2013-02-02 09:29:29 -07:00
|
|
|
int offset;
|
2010-05-26 15:42:23 -06:00
|
|
|
|
2013-08-30 01:41:45 -06:00
|
|
|
if (!desc || !desc->chip) {
|
2013-02-14 22:46:14 -07:00
|
|
|
pr_warn("%s: invalid GPIO\n", __func__);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2010-05-26 15:42:23 -06:00
|
|
|
chip = desc->chip;
|
2013-08-30 01:41:45 -06:00
|
|
|
if (!chip->set || !chip->set_debounce) {
|
2013-09-09 03:33:49 -06:00
|
|
|
gpiod_dbg(desc,
|
|
|
|
"%s: missing set() or set_debounce() operations\n",
|
|
|
|
__func__);
|
2013-09-04 06:17:08 -06:00
|
|
|
return -ENOTSUPP;
|
2013-08-30 01:41:45 -06:00
|
|
|
}
|
|
|
|
|
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
2013-02-02 09:29:29 -07:00
|
|
|
|
|
|
|
status = gpio_ensure_requested(desc);
|
2010-05-26 15:42:23 -06:00
|
|
|
if (status < 0)
|
|
|
|
goto fail;
|
|
|
|
|
|
|
|
/* now we know the gpio is valid and chip won't vanish */
|
|
|
|
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
|
2010-08-10 19:02:24 -06:00
|
|
|
might_sleep_if(chip->can_sleep);
|
2010-05-26 15:42:23 -06:00
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
offset = gpio_chip_hwgpio(desc);
|
|
|
|
return chip->set_debounce(chip, offset, debounce);
|
2010-05-26 15:42:23 -06:00
|
|
|
|
|
|
|
fail:
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2013-02-14 22:46:14 -07:00
|
|
|
if (status)
|
2013-09-09 03:33:49 -06:00
|
|
|
gpiod_dbg(desc, "%s: status %d\n", __func__, status);
|
2010-05-26 15:42:23 -06:00
|
|
|
|
|
|
|
return status;
|
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_debounce);
|
2013-02-02 09:29:29 -07:00
|
|
|
|
2013-10-17 11:21:36 -06:00
|
|
|
/**
|
|
|
|
* gpiod_is_active_low - test whether a GPIO is active-low or not
|
|
|
|
* @desc: the gpio descriptor to test
|
|
|
|
*
|
|
|
|
* Returns 1 if the GPIO is active-low, 0 otherwise.
|
|
|
|
*/
|
|
|
|
int gpiod_is_active_low(const struct gpio_desc *desc)
|
2013-02-02 09:29:29 -07:00
|
|
|
{
|
2013-10-17 11:21:36 -06:00
|
|
|
return test_bit(FLAG_ACTIVE_LOW, &desc->flags);
|
2013-02-02 09:29:29 -07:00
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_is_active_low);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
|
|
|
/* I/O calls are only valid after configuration completed; the relevant
|
|
|
|
* "is this a valid GPIO" error checks should already have been done.
|
|
|
|
*
|
|
|
|
* "Get" operations are often inlinable as reading a pin value register,
|
|
|
|
* and masking the relevant bit in that register.
|
|
|
|
*
|
|
|
|
* When "set" operations are inlinable, they involve writing that mask to
|
|
|
|
* one register to set a low value, or a different register to set it high.
|
|
|
|
* Otherwise locking is needed, so there may be little value to inlining.
|
|
|
|
*
|
|
|
|
*------------------------------------------------------------------------
|
|
|
|
*
|
|
|
|
* IMPORTANT!!! The hot paths -- get/set value -- assume that callers
|
|
|
|
* have requested the GPIO. That can include implicit requesting by
|
|
|
|
* a direction setting call. Marking a gpio as requested locks its chip
|
|
|
|
* in memory, guaranteeing that these table lookups need no more locking
|
|
|
|
* and that gpiochip_remove() will fail.
|
|
|
|
*
|
|
|
|
* REVISIT when debugging, consider adding some instrumentation to ensure
|
|
|
|
* that the GPIO was actually requested.
|
|
|
|
*/
|
|
|
|
|
2013-10-17 11:21:36 -06:00
|
|
|
static int _gpiod_get_raw_value(const struct gpio_desc *desc)
|
2008-02-04 23:28:20 -07:00
|
|
|
{
|
|
|
|
struct gpio_chip *chip;
|
2011-05-20 00:40:19 -06:00
|
|
|
int value;
|
2013-02-02 09:29:29 -07:00
|
|
|
int offset;
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
chip = desc->chip;
|
|
|
|
offset = gpio_chip_hwgpio(desc);
|
|
|
|
value = chip->get ? chip->get(chip, offset) : 0;
|
|
|
|
trace_gpio_value(desc_to_gpio(desc), 1, value);
|
2011-05-20 00:40:19 -06:00
|
|
|
return value;
|
2008-02-04 23:28:20 -07:00
|
|
|
}
|
2013-02-02 09:29:29 -07:00
|
|
|
|
2008-02-04 23:28:20 -07:00
|
|
|
/**
|
2013-10-17 11:21:36 -06:00
|
|
|
* gpiod_get_raw_value() - return a gpio's raw value
|
|
|
|
* @desc: gpio whose value will be returned
|
2008-02-04 23:28:20 -07:00
|
|
|
*
|
2013-10-17 11:21:36 -06:00
|
|
|
* Return the GPIO's raw value, i.e. the value of the physical line disregarding
|
|
|
|
* its ACTIVE_LOW status.
|
|
|
|
*
|
|
|
|
* This function should be called from contexts where we cannot sleep, and will
|
|
|
|
* complain if the GPIO chip functions potentially sleep.
|
2008-02-04 23:28:20 -07:00
|
|
|
*/
|
2013-10-17 11:21:36 -06:00
|
|
|
int gpiod_get_raw_value(const struct gpio_desc *desc)
|
2008-02-04 23:28:20 -07:00
|
|
|
{
|
2013-02-14 22:46:14 -07:00
|
|
|
if (!desc)
|
|
|
|
return 0;
|
2012-02-17 11:46:00 -07:00
|
|
|
/* Should be using gpio_get_value_cansleep() */
|
2013-09-04 05:29:25 -06:00
|
|
|
WARN_ON(desc->chip->can_sleep);
|
2013-10-17 11:21:36 -06:00
|
|
|
return _gpiod_get_raw_value(desc);
|
2008-02-04 23:28:20 -07:00
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_raw_value);
|
2013-02-02 09:29:29 -07:00
|
|
|
|
2013-10-17 11:21:36 -06:00
|
|
|
/**
|
|
|
|
* gpiod_get_value() - return a gpio's value
|
|
|
|
* @desc: gpio whose value will be returned
|
|
|
|
*
|
|
|
|
* Return the GPIO's logical value, i.e. taking the ACTIVE_LOW status into
|
|
|
|
* account.
|
|
|
|
*
|
|
|
|
* This function should be called from contexts where we cannot sleep, and will
|
|
|
|
* complain if the GPIO chip functions potentially sleep.
|
|
|
|
*/
|
|
|
|
int gpiod_get_value(const struct gpio_desc *desc)
|
2013-02-02 09:29:29 -07:00
|
|
|
{
|
2013-10-17 11:21:36 -06:00
|
|
|
int value;
|
|
|
|
if (!desc)
|
|
|
|
return 0;
|
|
|
|
/* Should be using gpio_get_value_cansleep() */
|
|
|
|
WARN_ON(desc->chip->can_sleep);
|
|
|
|
|
|
|
|
value = _gpiod_get_raw_value(desc);
|
|
|
|
if (test_bit(FLAG_ACTIVE_LOW, &desc->flags))
|
|
|
|
value = !value;
|
|
|
|
|
|
|
|
return value;
|
2013-02-02 09:29:29 -07:00
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_value);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2012-02-17 07:56:21 -07:00
|
|
|
/*
|
|
|
|
* _gpio_set_open_drain_value() - Set the open drain gpio's value.
|
2013-10-17 11:21:36 -06:00
|
|
|
* @desc: gpio descriptor whose state need to be set.
|
2012-02-17 07:56:21 -07:00
|
|
|
* @value: Non-zero for setting it HIGH otherise it will set to LOW.
|
|
|
|
*/
|
2013-02-02 09:29:29 -07:00
|
|
|
static void _gpio_set_open_drain_value(struct gpio_desc *desc, int value)
|
2012-02-17 07:56:21 -07:00
|
|
|
{
|
|
|
|
int err = 0;
|
2013-02-02 09:29:29 -07:00
|
|
|
struct gpio_chip *chip = desc->chip;
|
|
|
|
int offset = gpio_chip_hwgpio(desc);
|
|
|
|
|
2012-02-17 07:56:21 -07:00
|
|
|
if (value) {
|
2013-02-02 09:29:29 -07:00
|
|
|
err = chip->direction_input(chip, offset);
|
2012-02-17 07:56:21 -07:00
|
|
|
if (!err)
|
2013-02-02 09:29:29 -07:00
|
|
|
clear_bit(FLAG_IS_OUT, &desc->flags);
|
2012-02-17 07:56:21 -07:00
|
|
|
} else {
|
2013-02-02 09:29:29 -07:00
|
|
|
err = chip->direction_output(chip, offset, 0);
|
2012-02-17 07:56:21 -07:00
|
|
|
if (!err)
|
2013-02-02 09:29:29 -07:00
|
|
|
set_bit(FLAG_IS_OUT, &desc->flags);
|
2012-02-17 07:56:21 -07:00
|
|
|
}
|
2013-02-02 09:29:29 -07:00
|
|
|
trace_gpio_direction(desc_to_gpio(desc), value, err);
|
2012-02-17 07:56:21 -07:00
|
|
|
if (err < 0)
|
2013-09-09 03:33:49 -06:00
|
|
|
gpiod_err(desc,
|
|
|
|
"%s: Error in set_value for open drain err %d\n",
|
|
|
|
__func__, err);
|
2012-02-17 07:56:21 -07:00
|
|
|
}
|
|
|
|
|
2012-02-17 07:56:22 -07:00
|
|
|
/*
|
2013-10-17 11:21:36 -06:00
|
|
|
* _gpio_set_open_source_value() - Set the open source gpio's value.
|
|
|
|
* @desc: gpio descriptor whose state need to be set.
|
2012-02-17 07:56:22 -07:00
|
|
|
* @value: Non-zero for setting it HIGH otherise it will set to LOW.
|
|
|
|
*/
|
2013-02-02 09:29:29 -07:00
|
|
|
static void _gpio_set_open_source_value(struct gpio_desc *desc, int value)
|
2012-02-17 07:56:22 -07:00
|
|
|
{
|
|
|
|
int err = 0;
|
2013-02-02 09:29:29 -07:00
|
|
|
struct gpio_chip *chip = desc->chip;
|
|
|
|
int offset = gpio_chip_hwgpio(desc);
|
|
|
|
|
2012-02-17 07:56:22 -07:00
|
|
|
if (value) {
|
2013-02-02 09:29:29 -07:00
|
|
|
err = chip->direction_output(chip, offset, 1);
|
2012-02-17 07:56:22 -07:00
|
|
|
if (!err)
|
2013-02-02 09:29:29 -07:00
|
|
|
set_bit(FLAG_IS_OUT, &desc->flags);
|
2012-02-17 07:56:22 -07:00
|
|
|
} else {
|
2013-02-02 09:29:29 -07:00
|
|
|
err = chip->direction_input(chip, offset);
|
2012-02-17 07:56:22 -07:00
|
|
|
if (!err)
|
2013-02-02 09:29:29 -07:00
|
|
|
clear_bit(FLAG_IS_OUT, &desc->flags);
|
2012-02-17 07:56:22 -07:00
|
|
|
}
|
2013-02-02 09:29:29 -07:00
|
|
|
trace_gpio_direction(desc_to_gpio(desc), !value, err);
|
2012-02-17 07:56:22 -07:00
|
|
|
if (err < 0)
|
2013-09-09 03:33:49 -06:00
|
|
|
gpiod_err(desc,
|
|
|
|
"%s: Error in set_value for open source err %d\n",
|
|
|
|
__func__, err);
|
2012-02-17 07:56:22 -07:00
|
|
|
}
|
|
|
|
|
2013-10-17 11:21:36 -06:00
|
|
|
static void _gpiod_set_raw_value(struct gpio_desc *desc, int value)
|
2008-02-04 23:28:20 -07:00
|
|
|
{
|
|
|
|
struct gpio_chip *chip;
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
chip = desc->chip;
|
|
|
|
trace_gpio_value(desc_to_gpio(desc), 0, value);
|
|
|
|
if (test_bit(FLAG_OPEN_DRAIN, &desc->flags))
|
|
|
|
_gpio_set_open_drain_value(desc, value);
|
|
|
|
else if (test_bit(FLAG_OPEN_SOURCE, &desc->flags))
|
|
|
|
_gpio_set_open_source_value(desc, value);
|
2012-02-17 07:56:21 -07:00
|
|
|
else
|
2013-02-02 09:29:29 -07:00
|
|
|
chip->set(chip, gpio_chip_hwgpio(desc), value);
|
|
|
|
}
|
|
|
|
|
2008-02-04 23:28:20 -07:00
|
|
|
/**
|
2013-10-17 11:21:36 -06:00
|
|
|
* gpiod_set_raw_value() - assign a gpio's raw value
|
|
|
|
* @desc: gpio whose value will be assigned
|
2008-02-04 23:28:20 -07:00
|
|
|
* @value: value to assign
|
|
|
|
*
|
2013-10-17 11:21:36 -06:00
|
|
|
* Set the raw value of the GPIO, i.e. the value of its physical line without
|
|
|
|
* regard for its ACTIVE_LOW status.
|
|
|
|
*
|
|
|
|
* This function should be called from contexts where we cannot sleep, and will
|
|
|
|
* complain if the GPIO chip functions potentially sleep.
|
2008-02-04 23:28:20 -07:00
|
|
|
*/
|
2013-10-17 11:21:36 -06:00
|
|
|
void gpiod_set_raw_value(struct gpio_desc *desc, int value)
|
2013-02-02 09:29:29 -07:00
|
|
|
{
|
2013-02-14 22:46:14 -07:00
|
|
|
if (!desc)
|
|
|
|
return;
|
2012-02-17 11:46:00 -07:00
|
|
|
/* Should be using gpio_set_value_cansleep() */
|
2013-09-04 05:29:25 -06:00
|
|
|
WARN_ON(desc->chip->can_sleep);
|
2013-10-17 11:21:36 -06:00
|
|
|
_gpiod_set_raw_value(desc, value);
|
2008-02-04 23:28:20 -07:00
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_raw_value);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
|
|
|
/**
|
2013-10-17 11:21:36 -06:00
|
|
|
* gpiod_set_value() - assign a gpio's value
|
|
|
|
* @desc: gpio whose value will be assigned
|
|
|
|
* @value: value to assign
|
|
|
|
*
|
|
|
|
* Set the logical value of the GPIO, i.e. taking its ACTIVE_LOW status into
|
|
|
|
* account
|
2008-02-04 23:28:20 -07:00
|
|
|
*
|
2013-10-17 11:21:36 -06:00
|
|
|
* This function should be called from contexts where we cannot sleep, and will
|
|
|
|
* complain if the GPIO chip functions potentially sleep.
|
2008-02-04 23:28:20 -07:00
|
|
|
*/
|
2013-10-17 11:21:36 -06:00
|
|
|
void gpiod_set_value(struct gpio_desc *desc, int value)
|
2008-02-04 23:28:20 -07:00
|
|
|
{
|
2013-02-14 22:46:14 -07:00
|
|
|
if (!desc)
|
2013-10-17 11:21:36 -06:00
|
|
|
return;
|
|
|
|
/* Should be using gpio_set_value_cansleep() */
|
|
|
|
WARN_ON(desc->chip->can_sleep);
|
|
|
|
if (test_bit(FLAG_ACTIVE_LOW, &desc->flags))
|
|
|
|
value = !value;
|
|
|
|
_gpiod_set_raw_value(desc, value);
|
2013-02-02 09:29:29 -07:00
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_value);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
|
|
|
/**
|
2013-10-17 11:21:36 -06:00
|
|
|
* gpiod_cansleep() - report whether gpio value access may sleep
|
|
|
|
* @desc: gpio to check
|
2008-02-04 23:28:20 -07:00
|
|
|
*
|
|
|
|
*/
|
2013-10-17 11:21:36 -06:00
|
|
|
int gpiod_cansleep(const struct gpio_desc *desc)
|
2013-02-02 09:29:29 -07:00
|
|
|
{
|
2013-02-14 22:46:14 -07:00
|
|
|
if (!desc)
|
|
|
|
return 0;
|
2013-02-02 09:29:29 -07:00
|
|
|
return desc->chip->can_sleep;
|
2008-02-04 23:28:20 -07:00
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_cansleep);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2008-10-15 23:03:14 -06:00
|
|
|
/**
|
2013-10-17 11:21:36 -06:00
|
|
|
* gpiod_to_irq() - return the IRQ corresponding to a GPIO
|
|
|
|
* @desc: gpio whose IRQ will be returned (already requested)
|
2008-10-15 23:03:14 -06:00
|
|
|
*
|
2013-10-17 11:21:36 -06:00
|
|
|
* Return the IRQ corresponding to the passed GPIO, or an error code in case of
|
|
|
|
* error.
|
2008-10-15 23:03:14 -06:00
|
|
|
*/
|
2013-10-17 11:21:36 -06:00
|
|
|
int gpiod_to_irq(const struct gpio_desc *desc)
|
2008-10-15 23:03:14 -06:00
|
|
|
{
|
|
|
|
struct gpio_chip *chip;
|
2013-02-02 09:29:29 -07:00
|
|
|
int offset;
|
2008-10-15 23:03:14 -06:00
|
|
|
|
2013-02-14 22:46:14 -07:00
|
|
|
if (!desc)
|
|
|
|
return -EINVAL;
|
2013-02-02 09:29:29 -07:00
|
|
|
chip = desc->chip;
|
|
|
|
offset = gpio_chip_hwgpio(desc);
|
|
|
|
return chip->to_irq ? chip->to_irq(chip, offset) : -ENXIO;
|
2008-10-15 23:03:14 -06:00
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_to_irq);
|
2008-10-15 23:03:14 -06:00
|
|
|
|
2013-09-24 03:54:38 -06:00
|
|
|
/**
|
|
|
|
* gpiod_lock_as_irq() - lock a GPIO to be used as IRQ
|
|
|
|
* @gpio: the GPIO line to lock as used for IRQ
|
|
|
|
*
|
|
|
|
* This is used directly by GPIO drivers that want to lock down
|
|
|
|
* a certain GPIO line to be used as IRQs, for example in the
|
|
|
|
* .to_irq() callback of their gpio_chip, or in the .irq_enable()
|
|
|
|
* of its irq_chip implementation if the GPIO is known from that
|
|
|
|
* code.
|
|
|
|
*/
|
2013-10-17 11:21:36 -06:00
|
|
|
int gpiod_lock_as_irq(struct gpio_desc *desc)
|
2013-02-02 09:29:29 -07:00
|
|
|
{
|
2013-09-24 03:54:38 -06:00
|
|
|
if (!desc)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
if (test_bit(FLAG_IS_OUT, &desc->flags)) {
|
|
|
|
gpiod_err(desc,
|
|
|
|
"%s: tried to flag a GPIO set as output for IRQ\n",
|
|
|
|
__func__);
|
|
|
|
return -EIO;
|
|
|
|
}
|
|
|
|
|
|
|
|
set_bit(FLAG_USED_AS_IRQ, &desc->flags);
|
|
|
|
return 0;
|
2013-02-02 09:29:29 -07:00
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_lock_as_irq);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-09-24 03:54:38 -06:00
|
|
|
int gpio_lock_as_irq(struct gpio_chip *chip, unsigned int offset)
|
|
|
|
{
|
|
|
|
return gpiod_lock_as_irq(gpiochip_offset_to_desc(chip, offset));
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpio_lock_as_irq);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-09-24 03:54:38 -06:00
|
|
|
/**
|
|
|
|
* gpiod_unlock_as_irq() - unlock a GPIO used as IRQ
|
|
|
|
* @gpio: the GPIO line to unlock from IRQ usage
|
|
|
|
*
|
|
|
|
* This is used directly by GPIO drivers that want to indicate
|
|
|
|
* that a certain GPIO is no longer used exclusively for IRQ.
|
2008-02-04 23:28:20 -07:00
|
|
|
*/
|
2013-10-17 11:21:36 -06:00
|
|
|
void gpiod_unlock_as_irq(struct gpio_desc *desc)
|
2013-09-24 03:54:38 -06:00
|
|
|
{
|
|
|
|
if (!desc)
|
|
|
|
return;
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-09-24 03:54:38 -06:00
|
|
|
clear_bit(FLAG_USED_AS_IRQ, &desc->flags);
|
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_unlock_as_irq);
|
2013-09-24 03:54:38 -06:00
|
|
|
|
|
|
|
void gpio_unlock_as_irq(struct gpio_chip *chip, unsigned int offset)
|
|
|
|
{
|
|
|
|
return gpiod_unlock_as_irq(gpiochip_offset_to_desc(chip, offset));
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpio_unlock_as_irq);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-10-17 11:21:36 -06:00
|
|
|
/**
|
|
|
|
* gpiod_get_raw_value_cansleep() - return a gpio's raw value
|
|
|
|
* @desc: gpio whose value will be returned
|
|
|
|
*
|
|
|
|
* Return the GPIO's raw value, i.e. the value of the physical line disregarding
|
|
|
|
* its ACTIVE_LOW status.
|
|
|
|
*
|
|
|
|
* This function is to be called from contexts that can sleep.
|
2008-02-04 23:28:20 -07:00
|
|
|
*/
|
2013-10-17 11:21:36 -06:00
|
|
|
int gpiod_get_raw_value_cansleep(const struct gpio_desc *desc)
|
2008-02-04 23:28:20 -07:00
|
|
|
{
|
|
|
|
might_sleep_if(extra_checks);
|
2013-02-14 22:46:14 -07:00
|
|
|
if (!desc)
|
|
|
|
return 0;
|
2013-10-17 11:21:36 -06:00
|
|
|
return _gpiod_get_raw_value(desc);
|
2008-02-04 23:28:20 -07:00
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_raw_value_cansleep);
|
2013-02-02 09:29:29 -07:00
|
|
|
|
2013-10-17 11:21:36 -06:00
|
|
|
/**
|
|
|
|
* gpiod_get_value_cansleep() - return a gpio's value
|
|
|
|
* @desc: gpio whose value will be returned
|
|
|
|
*
|
|
|
|
* Return the GPIO's logical value, i.e. taking the ACTIVE_LOW status into
|
|
|
|
* account.
|
|
|
|
*
|
|
|
|
* This function is to be called from contexts that can sleep.
|
|
|
|
*/
|
|
|
|
int gpiod_get_value_cansleep(const struct gpio_desc *desc)
|
2008-02-04 23:28:20 -07:00
|
|
|
{
|
2011-05-20 00:40:19 -06:00
|
|
|
int value;
|
2008-02-04 23:28:20 -07:00
|
|
|
|
|
|
|
might_sleep_if(extra_checks);
|
2013-02-14 22:46:14 -07:00
|
|
|
if (!desc)
|
|
|
|
return 0;
|
2013-10-17 11:21:36 -06:00
|
|
|
|
|
|
|
value = _gpiod_get_raw_value(desc);
|
|
|
|
if (test_bit(FLAG_ACTIVE_LOW, &desc->flags))
|
|
|
|
value = !value;
|
|
|
|
|
2011-05-20 00:40:19 -06:00
|
|
|
return value;
|
2008-02-04 23:28:20 -07:00
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_value_cansleep);
|
2013-02-02 09:29:29 -07:00
|
|
|
|
2013-10-17 11:21:36 -06:00
|
|
|
/**
|
|
|
|
* gpiod_set_raw_value_cansleep() - assign a gpio's raw value
|
|
|
|
* @desc: gpio whose value will be assigned
|
|
|
|
* @value: value to assign
|
|
|
|
*
|
|
|
|
* Set the raw value of the GPIO, i.e. the value of its physical line without
|
|
|
|
* regard for its ACTIVE_LOW status.
|
|
|
|
*
|
|
|
|
* This function is to be called from contexts that can sleep.
|
|
|
|
*/
|
|
|
|
void gpiod_set_raw_value_cansleep(struct gpio_desc *desc, int value)
|
2013-02-02 09:29:29 -07:00
|
|
|
{
|
2008-02-04 23:28:20 -07:00
|
|
|
might_sleep_if(extra_checks);
|
2013-02-14 22:46:14 -07:00
|
|
|
if (!desc)
|
|
|
|
return;
|
2013-10-17 11:21:36 -06:00
|
|
|
_gpiod_set_raw_value(desc, value);
|
2013-02-02 09:29:29 -07:00
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_raw_value_cansleep);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-10-17 11:21:36 -06:00
|
|
|
/**
|
|
|
|
* gpiod_set_value_cansleep() - assign a gpio's value
|
|
|
|
* @desc: gpio whose value will be assigned
|
|
|
|
* @value: value to assign
|
|
|
|
*
|
|
|
|
* Set the logical value of the GPIO, i.e. taking its ACTIVE_LOW status into
|
|
|
|
* account
|
|
|
|
*
|
|
|
|
* This function is to be called from contexts that can sleep.
|
|
|
|
*/
|
|
|
|
void gpiod_set_value_cansleep(struct gpio_desc *desc, int value)
|
2008-02-04 23:28:20 -07:00
|
|
|
{
|
|
|
|
might_sleep_if(extra_checks);
|
2013-02-14 22:46:14 -07:00
|
|
|
if (!desc)
|
|
|
|
return;
|
2013-10-17 11:21:36 -06:00
|
|
|
|
|
|
|
if (test_bit(FLAG_ACTIVE_LOW, &desc->flags))
|
|
|
|
value = !value;
|
|
|
|
_gpiod_set_raw_value(desc, value);
|
2013-02-02 09:29:29 -07:00
|
|
|
}
|
2013-10-17 11:21:36 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_value_cansleep);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-10-17 11:21:38 -06:00
|
|
|
/**
|
|
|
|
* gpiod_add_table() - register GPIO device consumers
|
|
|
|
* @table: array of consumers to register
|
|
|
|
* @num: number of consumers in table
|
|
|
|
*/
|
|
|
|
void gpiod_add_table(struct gpiod_lookup *table, size_t size)
|
|
|
|
{
|
|
|
|
mutex_lock(&gpio_lookup_lock);
|
|
|
|
|
|
|
|
while (size--) {
|
|
|
|
list_add_tail(&table->list, &gpio_lookup_list);
|
|
|
|
table++;
|
|
|
|
}
|
|
|
|
|
|
|
|
mutex_unlock(&gpio_lookup_lock);
|
|
|
|
}
|
|
|
|
|
|
|
|
#ifdef CONFIG_OF
|
|
|
|
static struct gpio_desc *of_find_gpio(struct device *dev, const char *con_id,
|
2013-11-16 05:44:52 -07:00
|
|
|
unsigned int idx,
|
|
|
|
enum gpio_lookup_flags *flags)
|
2013-10-17 11:21:38 -06:00
|
|
|
{
|
|
|
|
char prop_name[32]; /* 32 is max size of property name */
|
|
|
|
enum of_gpio_flags of_flags;
|
|
|
|
struct gpio_desc *desc;
|
|
|
|
|
|
|
|
if (con_id)
|
|
|
|
snprintf(prop_name, 32, "%s-gpios", con_id);
|
2012-02-17 07:56:21 -07:00
|
|
|
else
|
2013-10-17 11:21:38 -06:00
|
|
|
snprintf(prop_name, 32, "gpios");
|
|
|
|
|
|
|
|
desc = of_get_named_gpiod_flags(dev->of_node, prop_name, idx,
|
|
|
|
&of_flags);
|
|
|
|
|
|
|
|
if (IS_ERR(desc))
|
|
|
|
return desc;
|
|
|
|
|
|
|
|
if (of_flags & OF_GPIO_ACTIVE_LOW)
|
2013-11-16 05:44:52 -07:00
|
|
|
*flags |= GPIO_ACTIVE_LOW;
|
2013-10-17 11:21:38 -06:00
|
|
|
|
|
|
|
return desc;
|
|
|
|
}
|
|
|
|
#else
|
|
|
|
static struct gpio_desc *of_find_gpio(struct device *dev, const char *con_id,
|
2013-11-18 18:37:29 -07:00
|
|
|
unsigned int idx,
|
|
|
|
enum gpio_lookup_flags *flags)
|
2013-10-17 11:21:38 -06:00
|
|
|
{
|
|
|
|
return ERR_PTR(-ENODEV);
|
2008-02-04 23:28:20 -07:00
|
|
|
}
|
2013-10-17 11:21:38 -06:00
|
|
|
#endif
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-10-10 02:01:09 -06:00
|
|
|
static struct gpio_desc *acpi_find_gpio(struct device *dev, const char *con_id,
|
2013-11-16 05:44:52 -07:00
|
|
|
unsigned int idx,
|
|
|
|
enum gpio_lookup_flags *flags)
|
2013-02-02 09:29:29 -07:00
|
|
|
{
|
2013-10-10 02:01:10 -06:00
|
|
|
struct acpi_gpio_info info;
|
|
|
|
struct gpio_desc *desc;
|
|
|
|
|
|
|
|
desc = acpi_get_gpiod_by_index(dev, idx, &info);
|
|
|
|
if (IS_ERR(desc))
|
|
|
|
return desc;
|
|
|
|
|
|
|
|
if (info.gpioint && info.active_low)
|
2013-11-16 05:44:52 -07:00
|
|
|
*flags |= GPIO_ACTIVE_LOW;
|
2013-10-10 02:01:10 -06:00
|
|
|
|
|
|
|
return desc;
|
2013-10-10 02:01:09 -06:00
|
|
|
}
|
|
|
|
|
2013-10-17 11:21:38 -06:00
|
|
|
static struct gpio_desc *gpiod_find(struct device *dev, const char *con_id,
|
2013-11-16 05:44:52 -07:00
|
|
|
unsigned int idx,
|
|
|
|
enum gpio_lookup_flags *flags)
|
2013-10-17 11:21:38 -06:00
|
|
|
{
|
|
|
|
const char *dev_id = dev ? dev_name(dev) : NULL;
|
|
|
|
struct gpio_desc *desc = ERR_PTR(-ENODEV);
|
|
|
|
unsigned int match, best = 0;
|
|
|
|
struct gpiod_lookup *p;
|
|
|
|
|
|
|
|
mutex_lock(&gpio_lookup_lock);
|
|
|
|
|
|
|
|
list_for_each_entry(p, &gpio_lookup_list, list) {
|
|
|
|
match = 0;
|
|
|
|
|
|
|
|
if (p->dev_id) {
|
|
|
|
if (!dev_id || strcmp(p->dev_id, dev_id))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
match += 2;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (p->con_id) {
|
|
|
|
if (!con_id || strcmp(p->con_id, con_id))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
match += 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (p->idx != idx)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
if (match > best) {
|
|
|
|
struct gpio_chip *chip;
|
|
|
|
|
|
|
|
chip = find_chip_by_name(p->chip_label);
|
|
|
|
|
|
|
|
if (!chip) {
|
|
|
|
dev_warn(dev, "cannot find GPIO chip %s\n",
|
|
|
|
p->chip_label);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2013-11-22 22:55:52 -07:00
|
|
|
if (chip->ngpio <= p->chip_hwnum) {
|
2013-10-17 11:21:38 -06:00
|
|
|
dev_warn(dev, "GPIO chip %s has %d GPIOs\n",
|
|
|
|
chip->label, chip->ngpio);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
desc = gpio_to_desc(chip->base + p->chip_hwnum);
|
|
|
|
*flags = p->flags;
|
|
|
|
|
|
|
|
if (match != 3)
|
|
|
|
best = match;
|
|
|
|
else
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
mutex_unlock(&gpio_lookup_lock);
|
|
|
|
|
|
|
|
return desc;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpio_get - obtain a GPIO for a given GPIO function
|
|
|
|
* @dev: GPIO consumer
|
|
|
|
* @con_id: function within the GPIO consumer
|
|
|
|
*
|
|
|
|
* Return the GPIO descriptor corresponding to the function con_id of device
|
|
|
|
* dev, or an IS_ERR() condition if an error occured.
|
|
|
|
*/
|
|
|
|
struct gpio_desc *__must_check gpiod_get(struct device *dev, const char *con_id)
|
|
|
|
{
|
|
|
|
return gpiod_get_index(dev, con_id, 0);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiod_get_index - obtain a GPIO from a multi-index GPIO function
|
|
|
|
* @dev: GPIO consumer
|
|
|
|
* @con_id: function within the GPIO consumer
|
|
|
|
* @idx: index of the GPIO to obtain in the consumer
|
|
|
|
*
|
|
|
|
* This variant of gpiod_get() allows to access GPIOs other than the first
|
|
|
|
* defined one for functions that define several GPIOs.
|
|
|
|
*
|
|
|
|
* Return a valid GPIO descriptor, or an IS_ERR() condition in case of error.
|
|
|
|
*/
|
|
|
|
struct gpio_desc *__must_check gpiod_get_index(struct device *dev,
|
|
|
|
const char *con_id,
|
|
|
|
unsigned int idx)
|
|
|
|
{
|
2013-11-23 03:34:50 -07:00
|
|
|
struct gpio_desc *desc = NULL;
|
2013-10-17 11:21:38 -06:00
|
|
|
int status;
|
2013-11-16 05:44:52 -07:00
|
|
|
enum gpio_lookup_flags flags = 0;
|
2013-10-17 11:21:38 -06:00
|
|
|
|
|
|
|
dev_dbg(dev, "GPIO lookup for consumer %s\n", con_id);
|
|
|
|
|
|
|
|
/* Using device tree? */
|
|
|
|
if (IS_ENABLED(CONFIG_OF) && dev && dev->of_node) {
|
|
|
|
dev_dbg(dev, "using device tree for GPIO lookup\n");
|
|
|
|
desc = of_find_gpio(dev, con_id, idx, &flags);
|
2013-10-10 02:01:09 -06:00
|
|
|
} else if (IS_ENABLED(CONFIG_ACPI) && dev && ACPI_HANDLE(dev)) {
|
|
|
|
dev_dbg(dev, "using ACPI for GPIO lookup\n");
|
|
|
|
desc = acpi_find_gpio(dev, con_id, idx, &flags);
|
2013-11-23 03:34:50 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Either we are not using DT or ACPI, or their lookup did not return
|
|
|
|
* a result. In that case, use platform lookup as a fallback.
|
|
|
|
*/
|
|
|
|
if (!desc || IS_ERR(desc)) {
|
|
|
|
struct gpio_desc *pdesc;
|
2013-10-17 11:21:38 -06:00
|
|
|
dev_dbg(dev, "using lookup tables for GPIO lookup");
|
2013-11-23 03:34:50 -07:00
|
|
|
pdesc = gpiod_find(dev, con_id, idx, &flags);
|
|
|
|
/* If used as fallback, do not replace the previous error */
|
|
|
|
if (!IS_ERR(pdesc) || !desc)
|
|
|
|
desc = pdesc;
|
2013-10-17 11:21:38 -06:00
|
|
|
}
|
|
|
|
|
|
|
|
if (IS_ERR(desc)) {
|
2013-11-29 06:47:34 -07:00
|
|
|
dev_dbg(dev, "lookup for GPIO %s failed\n", con_id);
|
2013-10-17 11:21:38 -06:00
|
|
|
return desc;
|
|
|
|
}
|
|
|
|
|
|
|
|
status = gpiod_request(desc, con_id);
|
|
|
|
|
|
|
|
if (status < 0)
|
|
|
|
return ERR_PTR(status);
|
|
|
|
|
2013-11-16 05:44:52 -07:00
|
|
|
if (flags & GPIO_ACTIVE_LOW)
|
2013-10-17 11:21:38 -06:00
|
|
|
set_bit(FLAG_ACTIVE_LOW, &desc->flags);
|
2013-11-16 05:44:52 -07:00
|
|
|
if (flags & GPIO_OPEN_DRAIN)
|
|
|
|
set_bit(FLAG_OPEN_DRAIN, &desc->flags);
|
|
|
|
if (flags & GPIO_OPEN_SOURCE)
|
|
|
|
set_bit(FLAG_OPEN_SOURCE, &desc->flags);
|
2013-10-17 11:21:38 -06:00
|
|
|
|
|
|
|
return desc;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_index);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiod_put - dispose of a GPIO descriptor
|
|
|
|
* @desc: GPIO descriptor to dispose of
|
|
|
|
*
|
|
|
|
* No descriptor can be used after gpiod_put() has been called on it.
|
|
|
|
*/
|
|
|
|
void gpiod_put(struct gpio_desc *desc)
|
|
|
|
{
|
|
|
|
gpiod_free(desc);
|
2013-02-02 09:29:29 -07:00
|
|
|
}
|
2013-10-17 11:21:38 -06:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_put);
|
2008-02-04 23:28:20 -07:00
|
|
|
|
|
|
|
#ifdef CONFIG_DEBUG_FS
|
|
|
|
|
|
|
|
static void gpiolib_dbg_show(struct seq_file *s, struct gpio_chip *chip)
|
|
|
|
{
|
|
|
|
unsigned i;
|
|
|
|
unsigned gpio = chip->base;
|
2013-02-02 09:29:30 -07:00
|
|
|
struct gpio_desc *gdesc = &chip->desc[0];
|
2008-02-04 23:28:20 -07:00
|
|
|
int is_out;
|
2013-09-24 03:54:38 -06:00
|
|
|
int is_irq;
|
2008-02-04 23:28:20 -07:00
|
|
|
|
|
|
|
for (i = 0; i < chip->ngpio; i++, gpio++, gdesc++) {
|
|
|
|
if (!test_bit(FLAG_REQUESTED, &gdesc->flags))
|
|
|
|
continue;
|
|
|
|
|
2013-02-02 09:29:29 -07:00
|
|
|
gpiod_get_direction(gdesc);
|
2008-02-04 23:28:20 -07:00
|
|
|
is_out = test_bit(FLAG_IS_OUT, &gdesc->flags);
|
2013-09-24 03:54:38 -06:00
|
|
|
is_irq = test_bit(FLAG_USED_AS_IRQ, &gdesc->flags);
|
|
|
|
seq_printf(s, " gpio-%-3d (%-20.20s) %s %s %s",
|
2008-02-04 23:28:20 -07:00
|
|
|
gpio, gdesc->label,
|
|
|
|
is_out ? "out" : "in ",
|
|
|
|
chip->get
|
|
|
|
? (chip->get(chip, i) ? "hi" : "lo")
|
2013-09-24 03:54:38 -06:00
|
|
|
: "? ",
|
|
|
|
is_irq ? "IRQ" : " ");
|
2008-02-04 23:28:20 -07:00
|
|
|
seq_printf(s, "\n");
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-04-12 05:26:01 -06:00
|
|
|
static void *gpiolib_seq_start(struct seq_file *s, loff_t *pos)
|
2008-02-04 23:28:20 -07:00
|
|
|
{
|
2013-02-09 02:41:49 -07:00
|
|
|
unsigned long flags;
|
2012-04-12 05:26:01 -06:00
|
|
|
struct gpio_chip *chip = NULL;
|
2013-02-02 09:29:27 -07:00
|
|
|
loff_t index = *pos;
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2012-04-12 05:26:01 -06:00
|
|
|
s->private = "";
|
2008-02-04 23:28:20 -07:00
|
|
|
|
2013-02-09 02:41:49 -07:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
2013-02-02 09:29:27 -07:00
|
|
|
list_for_each_entry(chip, &gpio_chips, list)
|
2013-02-09 02:41:49 -07:00
|
|
|
if (index-- == 0) {
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2013-02-02 09:29:27 -07:00
|
|
|
return chip;
|
2012-04-12 05:26:01 -06:00
|
|
|
}
|
2013-02-09 02:41:49 -07:00
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2012-04-12 05:26:01 -06:00
|
|
|
|
2013-02-02 09:29:27 -07:00
|
|
|
return NULL;
|
2012-04-12 05:26:01 -06:00
|
|
|
}
|
|
|
|
|
|
|
|
static void *gpiolib_seq_next(struct seq_file *s, void *v, loff_t *pos)
|
|
|
|
{
|
2013-02-09 02:41:49 -07:00
|
|
|
unsigned long flags;
|
2012-04-12 05:26:01 -06:00
|
|
|
struct gpio_chip *chip = v;
|
|
|
|
void *ret = NULL;
|
|
|
|
|
2013-02-09 02:41:49 -07:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
2013-02-02 09:29:27 -07:00
|
|
|
if (list_is_last(&chip->list, &gpio_chips))
|
|
|
|
ret = NULL;
|
|
|
|
else
|
|
|
|
ret = list_entry(chip->list.next, struct gpio_chip, list);
|
2013-02-09 02:41:49 -07:00
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2012-04-12 05:26:01 -06:00
|
|
|
|
|
|
|
s->private = "\n";
|
|
|
|
++*pos;
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void gpiolib_seq_stop(struct seq_file *s, void *v)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
|
|
|
|
static int gpiolib_seq_show(struct seq_file *s, void *v)
|
|
|
|
{
|
|
|
|
struct gpio_chip *chip = v;
|
|
|
|
struct device *dev;
|
|
|
|
|
|
|
|
seq_printf(s, "%sGPIOs %d-%d", (char *)s->private,
|
|
|
|
chip->base, chip->base + chip->ngpio - 1);
|
|
|
|
dev = chip->dev;
|
|
|
|
if (dev)
|
|
|
|
seq_printf(s, ", %s/%s", dev->bus ? dev->bus->name : "no-bus",
|
|
|
|
dev_name(dev));
|
|
|
|
if (chip->label)
|
|
|
|
seq_printf(s, ", %s", chip->label);
|
|
|
|
if (chip->can_sleep)
|
|
|
|
seq_printf(s, ", can sleep");
|
|
|
|
seq_printf(s, ":\n");
|
|
|
|
|
|
|
|
if (chip->dbg_show)
|
|
|
|
chip->dbg_show(s, chip);
|
|
|
|
else
|
|
|
|
gpiolib_dbg_show(s, chip);
|
|
|
|
|
2008-02-04 23:28:20 -07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2012-04-12 05:26:01 -06:00
|
|
|
static const struct seq_operations gpiolib_seq_ops = {
|
|
|
|
.start = gpiolib_seq_start,
|
|
|
|
.next = gpiolib_seq_next,
|
|
|
|
.stop = gpiolib_seq_stop,
|
|
|
|
.show = gpiolib_seq_show,
|
|
|
|
};
|
|
|
|
|
2008-02-04 23:28:20 -07:00
|
|
|
static int gpiolib_open(struct inode *inode, struct file *file)
|
|
|
|
{
|
2012-04-12 05:26:01 -06:00
|
|
|
return seq_open(file, &gpiolib_seq_ops);
|
2008-02-04 23:28:20 -07:00
|
|
|
}
|
|
|
|
|
2009-10-01 16:43:56 -06:00
|
|
|
static const struct file_operations gpiolib_operations = {
|
2012-04-12 05:26:01 -06:00
|
|
|
.owner = THIS_MODULE,
|
2008-02-04 23:28:20 -07:00
|
|
|
.open = gpiolib_open,
|
|
|
|
.read = seq_read,
|
|
|
|
.llseek = seq_lseek,
|
2012-04-12 05:26:01 -06:00
|
|
|
.release = seq_release,
|
2008-02-04 23:28:20 -07:00
|
|
|
};
|
|
|
|
|
|
|
|
static int __init gpiolib_debugfs_init(void)
|
|
|
|
{
|
|
|
|
/* /sys/kernel/debug/gpio */
|
|
|
|
(void) debugfs_create_file("gpio", S_IFREG | S_IRUGO,
|
|
|
|
NULL, NULL, &gpiolib_operations);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
subsys_initcall(gpiolib_debugfs_init);
|
|
|
|
|
|
|
|
#endif /* DEBUG_FS */
|