2018-09-25 15:08:48 +08:00
|
|
|
// SPDX-License-Identifier: GPL-2.0
|
2020-12-02 21:37:54 +08:00
|
|
|
|
2022-12-28 17:20:45 +08:00
|
|
|
#include <linux/acpi.h>
|
2017-05-25 21:08:38 +08:00
|
|
|
#include <linux/bitmap.h>
|
2022-12-28 17:20:45 +08:00
|
|
|
#include <linux/compat.h>
|
|
|
|
#include <linux/debugfs.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 16:46:07 +08:00
|
|
|
#include <linux/device.h>
|
|
|
|
#include <linux/err.h>
|
2023-02-09 01:07:28 +08:00
|
|
|
#include <linux/errno.h>
|
2022-12-28 17:20:45 +08:00
|
|
|
#include <linux/file.h>
|
|
|
|
#include <linux/fs.h>
|
|
|
|
#include <linux/idr.h>
|
|
|
|
#include <linux/interrupt.h>
|
|
|
|
#include <linux/irq.h>
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/list.h>
|
|
|
|
#include <linux/module.h>
|
2023-02-09 01:07:28 +08:00
|
|
|
#include <linux/of.h>
|
2015-10-11 23:34:15 +08:00
|
|
|
#include <linux/pinctrl/consumer.h>
|
2022-12-28 17:20:45 +08:00
|
|
|
#include <linux/seq_file.h>
|
|
|
|
#include <linux/slab.h>
|
|
|
|
#include <linux/spinlock.h>
|
2023-09-27 22:29:24 +08:00
|
|
|
#include <linux/string.h>
|
2022-12-28 17:20:45 +08:00
|
|
|
|
2023-02-09 01:07:28 +08:00
|
|
|
#include <linux/gpio.h>
|
|
|
|
#include <linux/gpio/driver.h>
|
|
|
|
#include <linux/gpio/machine.h>
|
|
|
|
|
gpio: add a userspace chardev ABI for GPIOs
A new chardev that is to be used for userspace GPIO access is
added in this patch. It is intended to gradually replace the
horribly broken sysfs ABI.
Using a chardev has many upsides:
- All operations are per-gpiochip, which is the actual
device underlying the GPIOs, making us tie in to the
kernel device model properly.
- Hotpluggable GPIO controllers can come and go, as this
kind of problem has been know to userspace for character
devices since ages, and if a gpiochip handle is held in
userspace we know we will break something, whereas the
sysfs is stateless.
- The one-value-per-file rule of sysfs is really hard to
maintain when you want to twist more than one knob at a time,
for example have in-kernel APIs to switch several GPIO
lines at the same time, and this will be possible to do
with a single ioctl() from userspace, saving a lot of
context switching.
We also need to add a new bus type for GPIO. This is
necessary for example for userspace coldplug, where sysfs is
traversed to find the boot-time device nodes and create the
character devices in /dev.
This new chardev ABI is *non* *optional* and can be counted
on to be present in the future, emphasizing the preference
of this ABI.
The ABI only implements one single ioctl() to get the name
and number of GPIO lines of a chip. Even this is debatable:
see it as a minimal example for review. This ABI shall be
ruthlessly reviewed and etched in stone.
The old /sys/class/gpio is still optional to compile in,
but will be deprecated.
Unique device IDs are created using IDR, which is overkill
and insanely scalable, but also well tested.
Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2015-10-21 21:29:53 +08:00
|
|
|
#include <uapi/linux/gpio.h>
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2019-07-30 18:43:36 +08:00
|
|
|
#include "gpiolib-acpi.h"
|
2020-06-16 17:36:15 +08:00
|
|
|
#include "gpiolib-cdev.h"
|
2022-12-28 17:20:45 +08:00
|
|
|
#include "gpiolib-of.h"
|
|
|
|
#include "gpiolib-swnode.h"
|
2020-07-08 12:15:44 +08:00
|
|
|
#include "gpiolib-sysfs.h"
|
2022-12-28 17:20:45 +08:00
|
|
|
#include "gpiolib.h"
|
2014-01-08 18:40:54 +08:00
|
|
|
|
2011-05-20 14:40:19 +08:00
|
|
|
#define CREATE_TRACE_POINTS
|
|
|
|
#include <trace/events/gpio.h>
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2013-10-18 01:21:36 +08:00
|
|
|
/* Implementation infrastructure for GPIO interfaces.
|
2008-02-05 14:28:20 +08:00
|
|
|
*
|
2013-10-18 01:21:36 +08: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-05 14:28:20 +08:00
|
|
|
*/
|
|
|
|
|
2015-10-20 17:10:38 +08:00
|
|
|
/* Device and char device-related information */
|
|
|
|
static DEFINE_IDA(gpio_ida);
|
gpio: add a userspace chardev ABI for GPIOs
A new chardev that is to be used for userspace GPIO access is
added in this patch. It is intended to gradually replace the
horribly broken sysfs ABI.
Using a chardev has many upsides:
- All operations are per-gpiochip, which is the actual
device underlying the GPIOs, making us tie in to the
kernel device model properly.
- Hotpluggable GPIO controllers can come and go, as this
kind of problem has been know to userspace for character
devices since ages, and if a gpiochip handle is held in
userspace we know we will break something, whereas the
sysfs is stateless.
- The one-value-per-file rule of sysfs is really hard to
maintain when you want to twist more than one knob at a time,
for example have in-kernel APIs to switch several GPIO
lines at the same time, and this will be possible to do
with a single ioctl() from userspace, saving a lot of
context switching.
We also need to add a new bus type for GPIO. This is
necessary for example for userspace coldplug, where sysfs is
traversed to find the boot-time device nodes and create the
character devices in /dev.
This new chardev ABI is *non* *optional* and can be counted
on to be present in the future, emphasizing the preference
of this ABI.
The ABI only implements one single ioctl() to get the name
and number of GPIO lines of a chip. Even this is debatable:
see it as a minimal example for review. This ABI shall be
ruthlessly reviewed and etched in stone.
The old /sys/class/gpio is still optional to compile in,
but will be deprecated.
Unique device IDs are created using IDR, which is overkill
and insanely scalable, but also well tested.
Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2015-10-21 21:29:53 +08:00
|
|
|
static dev_t gpio_devt;
|
|
|
|
#define GPIO_DEV_MAX 256 /* 256 GPIO chip devices supported */
|
2023-03-08 02:25:56 +08:00
|
|
|
|
|
|
|
static int gpio_bus_match(struct device *dev, struct device_driver *drv)
|
|
|
|
{
|
|
|
|
struct fwnode_handle *fwnode = dev_fwnode(dev);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Only match if the fwnode doesn't already have a proper struct device
|
|
|
|
* created for it.
|
|
|
|
*/
|
|
|
|
if (fwnode && fwnode->dev != dev)
|
|
|
|
return 0;
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
gpio: add a userspace chardev ABI for GPIOs
A new chardev that is to be used for userspace GPIO access is
added in this patch. It is intended to gradually replace the
horribly broken sysfs ABI.
Using a chardev has many upsides:
- All operations are per-gpiochip, which is the actual
device underlying the GPIOs, making us tie in to the
kernel device model properly.
- Hotpluggable GPIO controllers can come and go, as this
kind of problem has been know to userspace for character
devices since ages, and if a gpiochip handle is held in
userspace we know we will break something, whereas the
sysfs is stateless.
- The one-value-per-file rule of sysfs is really hard to
maintain when you want to twist more than one knob at a time,
for example have in-kernel APIs to switch several GPIO
lines at the same time, and this will be possible to do
with a single ioctl() from userspace, saving a lot of
context switching.
We also need to add a new bus type for GPIO. This is
necessary for example for userspace coldplug, where sysfs is
traversed to find the boot-time device nodes and create the
character devices in /dev.
This new chardev ABI is *non* *optional* and can be counted
on to be present in the future, emphasizing the preference
of this ABI.
The ABI only implements one single ioctl() to get the name
and number of GPIO lines of a chip. Even this is debatable:
see it as a minimal example for review. This ABI shall be
ruthlessly reviewed and etched in stone.
The old /sys/class/gpio is still optional to compile in,
but will be deprecated.
Unique device IDs are created using IDR, which is overkill
and insanely scalable, but also well tested.
Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2015-10-21 21:29:53 +08:00
|
|
|
static struct bus_type gpio_bus_type = {
|
|
|
|
.name = "gpio",
|
2021-02-05 10:07:30 +08:00
|
|
|
.match = gpio_bus_match,
|
gpio: add a userspace chardev ABI for GPIOs
A new chardev that is to be used for userspace GPIO access is
added in this patch. It is intended to gradually replace the
horribly broken sysfs ABI.
Using a chardev has many upsides:
- All operations are per-gpiochip, which is the actual
device underlying the GPIOs, making us tie in to the
kernel device model properly.
- Hotpluggable GPIO controllers can come and go, as this
kind of problem has been know to userspace for character
devices since ages, and if a gpiochip handle is held in
userspace we know we will break something, whereas the
sysfs is stateless.
- The one-value-per-file rule of sysfs is really hard to
maintain when you want to twist more than one knob at a time,
for example have in-kernel APIs to switch several GPIO
lines at the same time, and this will be possible to do
with a single ioctl() from userspace, saving a lot of
context switching.
We also need to add a new bus type for GPIO. This is
necessary for example for userspace coldplug, where sysfs is
traversed to find the boot-time device nodes and create the
character devices in /dev.
This new chardev ABI is *non* *optional* and can be counted
on to be present in the future, emphasizing the preference
of this ABI.
The ABI only implements one single ioctl() to get the name
and number of GPIO lines of a chip. Even this is debatable:
see it as a minimal example for review. This ABI shall be
ruthlessly reviewed and etched in stone.
The old /sys/class/gpio is still optional to compile in,
but will be deprecated.
Unique device IDs are created using IDR, which is overkill
and insanely scalable, but also well tested.
Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2015-10-21 21:29:53 +08:00
|
|
|
};
|
2015-10-20 17:10:38 +08:00
|
|
|
|
2018-05-22 01:57:07 +08:00
|
|
|
/*
|
|
|
|
* Number of GPIOs to use for the fast path in set array
|
|
|
|
*/
|
|
|
|
#define FASTPATH_NGPIO CONFIG_GPIOLIB_FASTPATH_LIMIT
|
|
|
|
|
2008-02-05 14:28:20 +08:00
|
|
|
/* 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.
|
|
|
|
*/
|
2014-07-01 13:45:15 +08:00
|
|
|
DEFINE_SPINLOCK(gpio_lock);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2013-10-18 01:21:38 +08:00
|
|
|
static DEFINE_MUTEX(gpio_lookup_lock);
|
|
|
|
static LIST_HEAD(gpio_lookup_list);
|
2015-10-20 17:10:38 +08:00
|
|
|
LIST_HEAD(gpio_devices);
|
2015-05-04 23:23:25 +08:00
|
|
|
|
2018-04-11 04:30:28 +08:00
|
|
|
static DEFINE_MUTEX(gpio_machine_hogs_mutex);
|
|
|
|
static LIST_HEAD(gpio_machine_hogs);
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
static void gpiochip_free_hogs(struct gpio_chip *gc);
|
|
|
|
static int gpiochip_add_irqchip(struct gpio_chip *gc,
|
2017-12-03 01:11:04 +08:00
|
|
|
struct lock_class_key *lock_key,
|
|
|
|
struct lock_class_key *request_key);
|
2020-03-29 22:04:05 +08:00
|
|
|
static void gpiochip_irqchip_remove(struct gpio_chip *gc);
|
|
|
|
static int gpiochip_irqchip_init_hw(struct gpio_chip *gc);
|
|
|
|
static int gpiochip_irqchip_init_valid_mask(struct gpio_chip *gc);
|
|
|
|
static void gpiochip_irqchip_free_valid_mask(struct gpio_chip *gc);
|
2015-05-04 23:23:25 +08:00
|
|
|
|
2016-03-31 23:11:30 +08:00
|
|
|
static bool gpiolib_initialized;
|
2015-05-04 23:23:25 +08:00
|
|
|
|
2008-02-05 14:28:20 +08:00
|
|
|
static inline void desc_set_label(struct gpio_desc *d, const char *label)
|
|
|
|
{
|
|
|
|
d->label = label;
|
|
|
|
}
|
|
|
|
|
2013-02-03 00:29:29 +08:00
|
|
|
/**
|
2017-07-24 22:57:22 +08:00
|
|
|
* gpio_to_desc - Convert a GPIO number to its descriptor
|
|
|
|
* @gpio: global GPIO number
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* The GPIO descriptor associated with the given GPIO, or %NULL if no GPIO
|
|
|
|
* with the given number exists in the system.
|
2013-02-03 00:29:29 +08:00
|
|
|
*/
|
2013-10-18 01:21:36 +08:00
|
|
|
struct gpio_desc *gpio_to_desc(unsigned gpio)
|
2013-02-03 00:29:29 +08:00
|
|
|
{
|
2015-10-20 17:10:38 +08:00
|
|
|
struct gpio_device *gdev;
|
2024-01-15 19:17:43 +08:00
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
2014-11-19 15:51:27 +08:00
|
|
|
|
2024-01-15 19:17:43 +08:00
|
|
|
list_for_each_entry(gdev, &gpio_devices, list) {
|
|
|
|
if (gdev->base <= gpio &&
|
|
|
|
gdev->base + gdev->ngpio > gpio) {
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
return &gdev->descs[gpio - gdev->base];
|
2014-11-19 15:51:27 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2024-01-15 19:17:43 +08:00
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
|
2014-12-02 22:15:05 +08:00
|
|
|
if (!gpio_is_valid(gpio))
|
2020-12-02 21:37:54 +08:00
|
|
|
pr_warn("invalid GPIO %d\n", gpio);
|
2014-12-02 22:15:05 +08:00
|
|
|
|
2014-11-19 15:51:27 +08:00
|
|
|
return NULL;
|
2013-02-03 00:29:29 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpio_to_desc);
|
2013-02-03 00:29:29 +08:00
|
|
|
|
2023-09-27 22:29:25 +08:00
|
|
|
/* This function is deprecated and will be removed soon, don't use. */
|
|
|
|
struct gpio_desc *gpiochip_get_desc(struct gpio_chip *gc,
|
|
|
|
unsigned int hwnum)
|
|
|
|
{
|
|
|
|
return gpio_device_get_desc(gc->gpiodev, hwnum);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_get_desc);
|
|
|
|
|
2013-09-24 17:54:38 +08:00
|
|
|
/**
|
2023-09-27 22:29:25 +08:00
|
|
|
* gpio_device_get_desc() - get the GPIO descriptor corresponding to the given
|
|
|
|
* hardware number for this GPIO device
|
|
|
|
* @gdev: GPIO device to get the descriptor from
|
2017-07-24 22:57:22 +08:00
|
|
|
* @hwnum: hardware number of the GPIO for this chip
|
|
|
|
*
|
|
|
|
* Returns:
|
2023-09-27 22:29:25 +08:00
|
|
|
* A pointer to the GPIO descriptor or %EINVAL if no GPIO exists in the given
|
|
|
|
* chip for the specified hardware number or %ENODEV if the underlying chip
|
|
|
|
* already vanished.
|
|
|
|
*
|
|
|
|
* The reference count of struct gpio_device is *NOT* increased like when the
|
|
|
|
* GPIO is being requested for exclusive usage. It's up to the caller to make
|
|
|
|
* sure the GPIO device will stay alive together with the descriptor returned
|
|
|
|
* by this function.
|
2013-09-24 17:54:38 +08:00
|
|
|
*/
|
2023-09-27 22:29:25 +08:00
|
|
|
struct gpio_desc *
|
|
|
|
gpio_device_get_desc(struct gpio_device *gdev, unsigned int hwnum)
|
2013-09-24 17:54:38 +08:00
|
|
|
{
|
2023-09-27 22:29:25 +08:00
|
|
|
struct gpio_chip *gc;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* FIXME: This will be locked once we protect gdev->chip everywhere
|
|
|
|
* with SRCU.
|
|
|
|
*/
|
|
|
|
gc = gdev->chip;
|
|
|
|
if (!gc)
|
|
|
|
return ERR_PTR(-ENODEV);
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
|
|
|
|
if (hwnum >= gdev->ngpio)
|
2013-12-03 11:31:11 +08:00
|
|
|
return ERR_PTR(-EINVAL);
|
2013-09-24 17:54:38 +08:00
|
|
|
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
return &gdev->descs[hwnum];
|
2013-09-24 17:54:38 +08:00
|
|
|
}
|
2023-09-27 22:29:25 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpio_device_get_desc);
|
2013-02-03 00:29:29 +08:00
|
|
|
|
|
|
|
/**
|
2017-07-24 22:57:22 +08:00
|
|
|
* desc_to_gpio - convert a GPIO descriptor to the integer namespace
|
|
|
|
* @desc: GPIO descriptor
|
|
|
|
*
|
2013-02-03 00:29:29 +08:00
|
|
|
* This should disappear in the future but is needed since we still
|
2017-07-24 22:57:22 +08:00
|
|
|
* use GPIO numbers for error messages and sysfs nodes.
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* The global GPIO number for the GPIO specified by its descriptor.
|
2013-02-03 00:29:29 +08:00
|
|
|
*/
|
2013-10-18 01:21:36 +08:00
|
|
|
int desc_to_gpio(const struct gpio_desc *desc)
|
2013-02-03 00:29:29 +08:00
|
|
|
{
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
return desc->gdev->base + (desc - &desc->gdev->descs[0]);
|
2013-02-03 00:29:29 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(desc_to_gpio);
|
2013-02-03 00:29:29 +08:00
|
|
|
|
|
|
|
|
2013-10-18 01:21:36 +08: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-03 00:29:29 +08:00
|
|
|
{
|
2017-12-22 00:37:30 +08:00
|
|
|
if (!desc || !desc->gdev)
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
return NULL;
|
|
|
|
return desc->gdev->chip;
|
2013-02-03 00:29:29 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_to_chip);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2023-10-11 21:02:03 +08:00
|
|
|
/**
|
|
|
|
* gpiod_to_gpio_device() - Return the GPIO device to which this descriptor
|
|
|
|
* belongs.
|
|
|
|
* @desc: Descriptor for which to return the GPIO device.
|
|
|
|
*
|
|
|
|
* This *DOES NOT* increase the reference count of the GPIO device as it's
|
|
|
|
* expected that the descriptor is requested and the users already holds a
|
|
|
|
* reference to the device.
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* Address of the GPIO device owning this descriptor.
|
|
|
|
*/
|
|
|
|
struct gpio_device *gpiod_to_gpio_device(struct gpio_desc *desc)
|
|
|
|
{
|
|
|
|
if (!desc)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
return desc->gdev;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_to_gpio_device);
|
|
|
|
|
2023-09-06 02:52:55 +08:00
|
|
|
/**
|
|
|
|
* gpio_device_get_base() - Get the base GPIO number allocated by this device
|
|
|
|
* @gdev: GPIO device
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* First GPIO number in the global GPIO numberspace for this device.
|
|
|
|
*/
|
|
|
|
int gpio_device_get_base(struct gpio_device *gdev)
|
|
|
|
{
|
|
|
|
return gdev->base;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpio_device_get_base);
|
|
|
|
|
2023-11-16 00:49:59 +08:00
|
|
|
/**
|
|
|
|
* gpio_device_get_label() - Get the label of this GPIO device
|
|
|
|
* @gdev: GPIO device
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* Pointer to the string containing the GPIO device label. The string's
|
|
|
|
* lifetime is tied to that of the underlying GPIO device.
|
|
|
|
*/
|
|
|
|
const char *gpio_device_get_label(struct gpio_device *gdev)
|
|
|
|
{
|
|
|
|
return gdev->label;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(gpio_device_get_label);
|
|
|
|
|
2023-09-27 22:29:26 +08:00
|
|
|
/**
|
|
|
|
* gpio_device_get_chip() - Get the gpio_chip implementation of this GPIO device
|
|
|
|
* @gdev: GPIO device
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* Address of the GPIO chip backing this device.
|
|
|
|
*
|
|
|
|
* Until we can get rid of all non-driver users of struct gpio_chip, we must
|
|
|
|
* provide a way of retrieving the pointer to it from struct gpio_device. This
|
|
|
|
* is *NOT* safe as the GPIO API is considered to be hot-unpluggable and the
|
|
|
|
* chip can dissapear at any moment (unlike reference-counted struct
|
|
|
|
* gpio_device).
|
|
|
|
*
|
|
|
|
* Use at your own risk.
|
|
|
|
*/
|
|
|
|
struct gpio_chip *gpio_device_get_chip(struct gpio_device *gdev)
|
|
|
|
{
|
|
|
|
return gdev->chip;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpio_device_get_chip);
|
|
|
|
|
2008-04-28 17:14:46 +08:00
|
|
|
/* dynamic allocation of GPIOs, e.g. on a hotplugged device */
|
2023-12-15 23:52:59 +08:00
|
|
|
static int gpiochip_find_base_unlocked(int ngpio)
|
2008-04-28 17:14:46 +08:00
|
|
|
{
|
2015-10-20 17:10:38 +08:00
|
|
|
struct gpio_device *gdev;
|
2022-09-02 20:42:05 +08:00
|
|
|
int base = GPIO_DYNAMIC_BASE;
|
2008-04-28 17:14:46 +08:00
|
|
|
|
2022-09-02 20:42:05 +08:00
|
|
|
list_for_each_entry(gdev, &gpio_devices, list) {
|
2013-02-03 00:29:28 +08:00
|
|
|
/* found a free space? */
|
2022-09-02 20:42:05 +08:00
|
|
|
if (gdev->base >= base + ngpio)
|
2013-02-03 00:29:28 +08:00
|
|
|
break;
|
2022-09-02 20:42:05 +08:00
|
|
|
/* nope, check the space right after the chip */
|
|
|
|
base = gdev->base + gdev->ngpio;
|
2023-05-04 14:04:21 +08:00
|
|
|
if (base < GPIO_DYNAMIC_BASE)
|
|
|
|
base = GPIO_DYNAMIC_BASE;
|
2008-04-28 17:14:46 +08:00
|
|
|
}
|
|
|
|
|
2013-02-03 00:29:28 +08:00
|
|
|
if (gpio_is_valid(base)) {
|
2008-04-28 17:14:46 +08:00
|
|
|
pr_debug("%s: found new base at %d\n", __func__, base);
|
2013-02-03 00:29:28 +08:00
|
|
|
return base;
|
|
|
|
} else {
|
|
|
|
pr_err("%s: cannot find free range\n", __func__);
|
|
|
|
return -ENOSPC;
|
2008-04-28 17:14:47 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-10-18 01:21:36 +08:00
|
|
|
/**
|
|
|
|
* gpiod_get_direction - return the current direction of a GPIO
|
|
|
|
* @desc: GPIO to get the direction of
|
|
|
|
*
|
2018-01-09 19:35:53 +08:00
|
|
|
* Returns 0 for output, 1 for input, or an error code in case of error.
|
2013-10-18 01:21:36 +08:00
|
|
|
*
|
|
|
|
* This function may sleep if gpiod_cansleep() is true.
|
|
|
|
*/
|
2014-11-25 16:16:31 +08:00
|
|
|
int gpiod_get_direction(struct gpio_desc *desc)
|
2012-10-24 22:25:27 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc;
|
2020-11-10 04:53:16 +08:00
|
|
|
unsigned int offset;
|
2019-07-16 17:11:45 +08:00
|
|
|
int ret;
|
2012-10-24 22:25:27 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
gc = gpiod_to_chip(desc);
|
2013-02-03 00:29:29 +08:00
|
|
|
offset = gpio_chip_hwgpio(desc);
|
2012-10-24 22:25:27 +08:00
|
|
|
|
2019-12-08 00:20:18 +08:00
|
|
|
/*
|
|
|
|
* Open drain emulation using input mode may incorrectly report
|
|
|
|
* input here, fix that up.
|
|
|
|
*/
|
|
|
|
if (test_bit(FLAG_OPEN_DRAIN, &desc->flags) &&
|
|
|
|
test_bit(FLAG_IS_OUT, &desc->flags))
|
|
|
|
return 0;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (!gc->get_direction)
|
2018-07-12 00:33:19 +08:00
|
|
|
return -ENOTSUPP;
|
2012-10-24 22:25:27 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
ret = gc->get_direction(gc, offset);
|
2019-12-05 03:42:29 +08:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
/* GPIOF_DIR_IN or other positive, otherwise GPIOF_DIR_OUT */
|
|
|
|
if (ret > 0)
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = 1;
|
2019-12-05 03:42:29 +08:00
|
|
|
|
|
|
|
assign_bit(FLAG_IS_OUT, &desc->flags, !ret);
|
|
|
|
|
2019-07-16 17:11:45 +08:00
|
|
|
return ret;
|
2012-10-24 22:25:27 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_direction);
|
2012-10-24 22:25:27 +08:00
|
|
|
|
2013-02-03 00:29:24 +08:00
|
|
|
/*
|
|
|
|
* Add a new chip to the global chips list, keeping the list of chips sorted
|
2015-11-16 13:02:46 +08:00
|
|
|
* by range(means [base, base + ngpio - 1]) order.
|
2013-02-03 00:29:24 +08:00
|
|
|
*
|
|
|
|
* Return -EBUSY if the new chip overlaps with some other chip's integer
|
|
|
|
* space.
|
|
|
|
*/
|
2023-12-15 23:52:59 +08:00
|
|
|
static int gpiodev_add_to_list_unlocked(struct gpio_device *gdev)
|
2013-02-03 00:29:24 +08:00
|
|
|
{
|
2016-02-26 22:37:14 +08:00
|
|
|
struct gpio_device *prev, *next;
|
2013-02-03 00:29:24 +08:00
|
|
|
|
2015-10-20 17:10:38 +08:00
|
|
|
if (list_empty(&gpio_devices)) {
|
2016-02-26 22:37:14 +08:00
|
|
|
/* initial entry in list */
|
2015-10-20 17:10:38 +08:00
|
|
|
list_add_tail(&gdev->list, &gpio_devices);
|
2015-12-27 21:36:50 +08:00
|
|
|
return 0;
|
2013-02-03 00:29:24 +08:00
|
|
|
}
|
|
|
|
|
2022-03-07 18:54:14 +08:00
|
|
|
next = list_first_entry(&gpio_devices, struct gpio_device, list);
|
2016-02-26 22:37:14 +08:00
|
|
|
if (gdev->base + gdev->ngpio <= next->base) {
|
|
|
|
/* add before first entry */
|
|
|
|
list_add(&gdev->list, &gpio_devices);
|
|
|
|
return 0;
|
2013-02-03 00:29:24 +08:00
|
|
|
}
|
|
|
|
|
2022-03-07 18:54:14 +08:00
|
|
|
prev = list_last_entry(&gpio_devices, struct gpio_device, list);
|
2016-02-26 22:37:14 +08:00
|
|
|
if (prev->base + prev->ngpio <= gdev->base) {
|
|
|
|
/* add behind last entry */
|
|
|
|
list_add_tail(&gdev->list, &gpio_devices);
|
2016-01-08 05:46:45 +08:00
|
|
|
return 0;
|
2013-02-03 00:29:24 +08:00
|
|
|
}
|
|
|
|
|
2016-02-26 22:37:14 +08:00
|
|
|
list_for_each_entry_safe(prev, next, &gpio_devices, list) {
|
|
|
|
/* at the end of the list */
|
|
|
|
if (&next->list == &gpio_devices)
|
|
|
|
break;
|
2013-02-03 00:29:24 +08:00
|
|
|
|
2016-02-26 22:37:14 +08:00
|
|
|
/* add between prev and next */
|
|
|
|
if (prev->base + prev->ngpio <= gdev->base
|
|
|
|
&& gdev->base + gdev->ngpio <= next->base) {
|
|
|
|
list_add(&gdev->list, &prev->list);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return -EBUSY;
|
2013-02-03 00:29:24 +08:00
|
|
|
}
|
|
|
|
|
2017-07-24 22:57:22 +08:00
|
|
|
/*
|
2015-09-24 07:20:43 +08:00
|
|
|
* Convert a GPIO name to its descriptor
|
2020-05-11 18:18:28 +08:00
|
|
|
* Note that there is no guarantee that GPIO names are globally unique!
|
|
|
|
* Hence this function will return, if it exists, a reference to the first GPIO
|
|
|
|
* line found that matches the given name.
|
2015-09-24 07:20:43 +08:00
|
|
|
*/
|
|
|
|
static struct gpio_desc *gpio_name_to_desc(const char * const name)
|
|
|
|
{
|
2015-10-20 17:10:38 +08:00
|
|
|
struct gpio_device *gdev;
|
2024-01-15 19:17:43 +08:00
|
|
|
unsigned long flags;
|
2015-09-24 07:20:43 +08:00
|
|
|
|
2020-03-16 00:34:34 +08:00
|
|
|
if (!name)
|
|
|
|
return NULL;
|
|
|
|
|
2024-01-15 19:17:43 +08:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
2015-09-24 07:20:43 +08:00
|
|
|
|
2015-10-20 17:10:38 +08:00
|
|
|
list_for_each_entry(gdev, &gpio_devices, list) {
|
2022-04-09 02:18:51 +08:00
|
|
|
struct gpio_desc *desc;
|
2015-09-24 07:20:43 +08:00
|
|
|
|
2022-04-09 02:18:51 +08:00
|
|
|
for_each_gpio_desc(gdev->chip, desc) {
|
2024-01-15 19:17:43 +08:00
|
|
|
if (desc->name && !strcmp(desc->name, name)) {
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
return desc;
|
2024-01-15 19:17:43 +08:00
|
|
|
}
|
2015-09-24 07:20:43 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2024-01-15 19:17:43 +08:00
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
|
2015-09-24 07:20:43 +08:00
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
2015-08-14 22:11:00 +08:00
|
|
|
/*
|
2020-05-11 18:18:28 +08:00
|
|
|
* Take the names from gc->names and assign them to their GPIO descriptors.
|
|
|
|
* Warn if a name is already used for a GPIO line on a different GPIO chip.
|
2015-08-14 22:11:00 +08:00
|
|
|
*
|
2020-05-11 18:18:28 +08:00
|
|
|
* Note that:
|
|
|
|
* 1. Non-unique names are still accepted,
|
|
|
|
* 2. Name collisions within the same GPIO chip are not reported.
|
2015-08-14 22:11:00 +08:00
|
|
|
*/
|
|
|
|
static int gpiochip_set_desc_names(struct gpio_chip *gc)
|
|
|
|
{
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
struct gpio_device *gdev = gc->gpiodev;
|
2015-08-14 22:11:00 +08:00
|
|
|
int i;
|
|
|
|
|
|
|
|
/* First check all names if they are unique */
|
|
|
|
for (i = 0; i != gc->ngpio; ++i) {
|
|
|
|
struct gpio_desc *gpio;
|
|
|
|
|
|
|
|
gpio = gpio_name_to_desc(gc->names[i]);
|
2015-09-24 07:20:43 +08:00
|
|
|
if (gpio)
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
dev_warn(&gdev->dev,
|
2015-10-20 17:31:54 +08:00
|
|
|
"Detected name collision for GPIO name '%s'\n",
|
2015-09-24 07:20:43 +08:00
|
|
|
gc->names[i]);
|
2015-08-14 22:11:00 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Then add all names to the GPIO descriptors */
|
|
|
|
for (i = 0; i != gc->ngpio; ++i)
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
gdev->descs[i].name = gc->names[i];
|
2015-08-14 22:11:00 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2020-09-09 16:54:26 +08:00
|
|
|
/*
|
2023-03-10 02:56:00 +08:00
|
|
|
* gpiochip_set_names - Set GPIO line names using device properties
|
2020-09-09 16:54:26 +08:00
|
|
|
* @chip: GPIO chip whose lines should be named, if possible
|
|
|
|
*
|
|
|
|
* Looks for device property "gpio-line-names" and if it exists assigns
|
|
|
|
* GPIO line names for the chip. The memory allocated for the assigned
|
2021-03-05 20:02:40 +08:00
|
|
|
* names belong to the underlying firmware node and should not be released
|
2020-09-09 16:54:26 +08:00
|
|
|
* by the caller.
|
|
|
|
*/
|
2023-03-10 02:56:00 +08:00
|
|
|
static int gpiochip_set_names(struct gpio_chip *chip)
|
2020-09-09 16:54:26 +08:00
|
|
|
{
|
|
|
|
struct gpio_device *gdev = chip->gpiodev;
|
2022-11-16 22:17:28 +08:00
|
|
|
struct device *dev = &gdev->dev;
|
2020-09-09 16:54:26 +08:00
|
|
|
const char **names;
|
|
|
|
int ret, i;
|
|
|
|
int count;
|
|
|
|
|
2022-11-16 22:17:28 +08:00
|
|
|
count = device_property_string_array_count(dev, "gpio-line-names");
|
2020-09-09 16:54:26 +08:00
|
|
|
if (count < 0)
|
|
|
|
return 0;
|
|
|
|
|
2021-07-28 12:12:51 +08:00
|
|
|
/*
|
|
|
|
* When offset is set in the driver side we assume the driver internally
|
|
|
|
* is using more than one gpiochip per the same device. We have to stop
|
|
|
|
* setting friendly names if the specified ones with 'gpio-line-names'
|
|
|
|
* are less than the offset in the device itself. This means all the
|
|
|
|
* lines are not present for every single pin within all the internal
|
|
|
|
* gpiochips.
|
|
|
|
*/
|
|
|
|
if (count <= chip->offset) {
|
2022-11-16 22:17:28 +08:00
|
|
|
dev_warn(dev, "gpio-line-names too short (length %d), cannot map names for the gpiochip at offset %u\n",
|
2021-07-28 12:12:51 +08:00
|
|
|
count, chip->offset);
|
|
|
|
return 0;
|
2020-09-09 16:54:26 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
names = kcalloc(count, sizeof(*names), GFP_KERNEL);
|
|
|
|
if (!names)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2022-11-16 22:17:28 +08:00
|
|
|
ret = device_property_read_string_array(dev, "gpio-line-names",
|
2020-09-09 16:54:26 +08:00
|
|
|
names, count);
|
|
|
|
if (ret < 0) {
|
2022-11-16 22:17:28 +08:00
|
|
|
dev_warn(dev, "failed to read GPIO line names\n");
|
2020-09-09 16:54:26 +08:00
|
|
|
kfree(names);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2021-07-28 12:12:51 +08:00
|
|
|
/*
|
|
|
|
* When more that one gpiochip per device is used, 'count' can
|
|
|
|
* contain at most number gpiochips x chip->ngpio. We have to
|
|
|
|
* correctly distribute all defined lines taking into account
|
|
|
|
* chip->offset as starting point from where we will assign
|
|
|
|
* the names to pins from the 'names' array. Since property
|
|
|
|
* 'gpio-line-names' cannot contains gaps, we have to be sure
|
|
|
|
* we only assign those pins that really exists since chip->ngpio
|
|
|
|
* can be different of the chip->offset.
|
|
|
|
*/
|
|
|
|
count = (count > chip->offset) ? count - chip->offset : count;
|
|
|
|
if (count > chip->ngpio)
|
|
|
|
count = chip->ngpio;
|
|
|
|
|
2021-12-15 05:59:56 +08:00
|
|
|
for (i = 0; i < count; i++) {
|
|
|
|
/*
|
|
|
|
* Allow overriding "fixed" names provided by the GPIO
|
|
|
|
* provider. The "fixed" names are more often than not
|
|
|
|
* generic and less informative than the names given in
|
|
|
|
* device properties.
|
|
|
|
*/
|
|
|
|
if (names[chip->offset + i] && names[chip->offset + i][0])
|
|
|
|
gdev->descs[i].name = names[chip->offset + i];
|
|
|
|
}
|
2020-09-09 16:54:26 +08:00
|
|
|
|
|
|
|
kfree(names);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
static unsigned long *gpiochip_allocate_mask(struct gpio_chip *gc)
|
2018-03-24 00:34:50 +08:00
|
|
|
{
|
|
|
|
unsigned long *p;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
p = bitmap_alloc(gc->ngpio, GFP_KERNEL);
|
2018-03-24 00:34:50 +08:00
|
|
|
if (!p)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
/* Assume by default all GPIOs are valid */
|
2020-03-29 22:04:05 +08:00
|
|
|
bitmap_fill(p, gc->ngpio);
|
2018-03-24 00:34:50 +08:00
|
|
|
|
|
|
|
return p;
|
|
|
|
}
|
|
|
|
|
2023-05-27 19:40:56 +08:00
|
|
|
static void gpiochip_free_mask(unsigned long **p)
|
|
|
|
{
|
|
|
|
bitmap_free(*p);
|
|
|
|
*p = NULL;
|
|
|
|
}
|
|
|
|
|
2022-11-08 21:38:53 +08:00
|
|
|
static unsigned int gpiochip_count_reserved_ranges(struct gpio_chip *gc)
|
|
|
|
{
|
2022-11-16 22:17:28 +08:00
|
|
|
struct device *dev = &gc->gpiodev->dev;
|
2022-11-08 21:38:53 +08:00
|
|
|
int size;
|
|
|
|
|
|
|
|
/* Format is "start, count, ..." */
|
2022-11-16 22:17:28 +08:00
|
|
|
size = device_property_count_u32(dev, "gpio-reserved-ranges");
|
2022-11-08 21:38:53 +08:00
|
|
|
if (size > 0 && size % 2 == 0)
|
|
|
|
return size;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int gpiochip_apply_reserved_ranges(struct gpio_chip *gc)
|
|
|
|
{
|
2022-11-16 22:17:28 +08:00
|
|
|
struct device *dev = &gc->gpiodev->dev;
|
2022-11-08 21:38:53 +08:00
|
|
|
unsigned int size;
|
|
|
|
u32 *ranges;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
size = gpiochip_count_reserved_ranges(gc);
|
|
|
|
if (size == 0)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
ranges = kmalloc_array(size, sizeof(*ranges), GFP_KERNEL);
|
|
|
|
if (!ranges)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2022-11-16 22:17:28 +08:00
|
|
|
ret = device_property_read_u32_array(dev, "gpio-reserved-ranges",
|
|
|
|
ranges, size);
|
2022-11-08 21:38:53 +08:00
|
|
|
if (ret) {
|
|
|
|
kfree(ranges);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
while (size) {
|
|
|
|
u32 count = ranges[--size];
|
|
|
|
u32 start = ranges[--size];
|
|
|
|
|
|
|
|
if (start >= gc->ngpio || start + count > gc->ngpio)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
bitmap_clear(gc->valid_mask, start, count);
|
|
|
|
}
|
|
|
|
|
|
|
|
kfree(ranges);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2019-08-19 16:49:04 +08:00
|
|
|
static int gpiochip_init_valid_mask(struct gpio_chip *gc)
|
2018-10-05 14:52:58 +08:00
|
|
|
{
|
2022-11-08 21:38:53 +08:00
|
|
|
int ret;
|
|
|
|
|
2023-05-27 19:40:57 +08:00
|
|
|
if (!(gpiochip_count_reserved_ranges(gc) || gc->init_valid_mask))
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
gc->valid_mask = gpiochip_allocate_mask(gc);
|
|
|
|
if (!gc->valid_mask)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2022-11-08 21:38:53 +08:00
|
|
|
ret = gpiochip_apply_reserved_ranges(gc);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
2019-08-19 16:49:04 +08:00
|
|
|
if (gc->init_valid_mask)
|
|
|
|
return gc->init_valid_mask(gc,
|
|
|
|
gc->valid_mask,
|
|
|
|
gc->ngpio);
|
2018-10-05 14:52:58 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
static void gpiochip_free_valid_mask(struct gpio_chip *gc)
|
2018-03-24 00:34:52 +08:00
|
|
|
{
|
2023-05-27 19:40:56 +08:00
|
|
|
gpiochip_free_mask(&gc->valid_mask);
|
2018-03-24 00:34:52 +08:00
|
|
|
}
|
|
|
|
|
2019-11-05 00:09:39 +08:00
|
|
|
static int gpiochip_add_pin_ranges(struct gpio_chip *gc)
|
|
|
|
{
|
2023-01-14 05:53:49 +08:00
|
|
|
/*
|
|
|
|
* Device Tree platforms are supposed to use "gpio-ranges"
|
|
|
|
* property. This check ensures that the ->add_pin_ranges()
|
|
|
|
* won't be called for them.
|
|
|
|
*/
|
|
|
|
if (device_property_present(&gc->gpiodev->dev, "gpio-ranges"))
|
|
|
|
return 0;
|
|
|
|
|
2019-11-05 00:09:39 +08:00
|
|
|
if (gc->add_pin_ranges)
|
|
|
|
return gc->add_pin_ranges(gc);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
bool gpiochip_line_is_valid(const struct gpio_chip *gc,
|
2018-03-24 00:34:52 +08:00
|
|
|
unsigned int offset)
|
|
|
|
{
|
|
|
|
/* No mask means all valid */
|
2020-03-29 22:04:05 +08:00
|
|
|
if (likely(!gc->valid_mask))
|
2018-03-24 00:34:52 +08:00
|
|
|
return true;
|
2020-03-29 22:04:05 +08:00
|
|
|
return test_bit(offset, gc->valid_mask);
|
2018-03-24 00:34:52 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_line_is_valid);
|
|
|
|
|
2023-03-08 02:25:57 +08:00
|
|
|
static void gpiodev_release(struct device *dev)
|
2015-10-20 17:10:38 +08:00
|
|
|
{
|
2022-11-29 03:00:54 +08:00
|
|
|
struct gpio_device *gdev = to_gpio_device(dev);
|
2015-10-20 17:10:38 +08:00
|
|
|
|
2020-09-08 21:12:25 +08:00
|
|
|
ida_free(&gpio_ida, gdev->id);
|
2017-12-14 22:29:20 +08:00
|
|
|
kfree_const(gdev->label);
|
2016-03-31 23:11:29 +08:00
|
|
|
kfree(gdev->descs);
|
2016-02-09 21:27:42 +08:00
|
|
|
kfree(gdev);
|
2015-10-20 17:10:38 +08:00
|
|
|
}
|
|
|
|
|
2020-11-05 18:40:49 +08:00
|
|
|
#ifdef CONFIG_GPIO_CDEV
|
|
|
|
#define gcdev_register(gdev, devt) gpiolib_cdev_register((gdev), (devt))
|
|
|
|
#define gcdev_unregister(gdev) gpiolib_cdev_unregister((gdev))
|
|
|
|
#else
|
|
|
|
/*
|
|
|
|
* gpiolib_cdev_register() indirectly calls device_add(), which is still
|
|
|
|
* required even when cdev is not selected.
|
|
|
|
*/
|
|
|
|
#define gcdev_register(gdev, devt) device_add(&(gdev)->dev)
|
|
|
|
#define gcdev_unregister(gdev) device_del(&(gdev)->dev)
|
|
|
|
#endif
|
|
|
|
|
2016-03-31 23:11:30 +08:00
|
|
|
static int gpiochip_setup_dev(struct gpio_device *gdev)
|
|
|
|
{
|
2023-03-08 02:25:55 +08:00
|
|
|
struct fwnode_handle *fwnode = dev_fwnode(&gdev->dev);
|
2019-07-16 17:11:45 +08:00
|
|
|
int ret;
|
2016-03-31 23:11:30 +08:00
|
|
|
|
2023-02-07 09:41:56 +08:00
|
|
|
/*
|
|
|
|
* If fwnode doesn't belong to another device, it's safe to clear its
|
|
|
|
* initialized flag.
|
|
|
|
*/
|
2023-03-08 02:25:55 +08:00
|
|
|
if (fwnode && !fwnode->dev)
|
|
|
|
fwnode_dev_initialized(fwnode, false);
|
2023-02-07 09:41:56 +08:00
|
|
|
|
2020-11-05 18:40:49 +08:00
|
|
|
ret = gcdev_register(gdev, gpio_devt);
|
2019-07-16 17:11:45 +08:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
2017-03-18 02:48:12 +08:00
|
|
|
|
gpiolib: fix memory leak in gpiochip_setup_dev()
Here is a backtrace report about memory leak detected in
gpiochip_setup_dev():
unreferenced object 0xffff88810b406400 (size 512):
comm "python3", pid 1682, jiffies 4295346908 (age 24.090s)
backtrace:
kmalloc_trace
device_add device_private_init at drivers/base/core.c:3361
(inlined by) device_add at drivers/base/core.c:3411
cdev_device_add
gpiolib_cdev_register
gpiochip_setup_dev
gpiochip_add_data_with_key
gcdev_register() & gcdev_unregister() would call device_add() &
device_del() (no matter CONFIG_GPIO_CDEV is enabled or not) to
register/unregister device.
However, if device_add() succeeds, some resource (like
struct device_private allocated by device_private_init())
is not released by device_del().
Therefore, after device_add() succeeds by gcdev_register(), it
needs to call put_device() to release resource in the error handle
path.
Here we move forward the register of release function, and let it
release every piece of resource by put_device() instead of kfree().
While at it, fix another subtle issue, i.e. when gc->ngpio is equal
to 0, we still call kcalloc() and, in case of further error, kfree()
on the ZERO_PTR pointer, which is not NULL. It's not a bug per se,
but rather waste of the resources and potentially wrong expectation
about contents of the gdev->descs variable.
Fixes: 159f3cd92f17 ("gpiolib: Defer gpio device setup until after gpiolib initialization")
Signed-off-by: Zeng Heng <zengheng4@huawei.com>
Co-developed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
2022-11-26 05:07:57 +08:00
|
|
|
/* From this point, the .release() function cleans up gpio_device */
|
2023-03-08 02:25:57 +08:00
|
|
|
gdev->dev.release = gpiodev_release;
|
gpiolib: fix memory leak in gpiochip_setup_dev()
Here is a backtrace report about memory leak detected in
gpiochip_setup_dev():
unreferenced object 0xffff88810b406400 (size 512):
comm "python3", pid 1682, jiffies 4295346908 (age 24.090s)
backtrace:
kmalloc_trace
device_add device_private_init at drivers/base/core.c:3361
(inlined by) device_add at drivers/base/core.c:3411
cdev_device_add
gpiolib_cdev_register
gpiochip_setup_dev
gpiochip_add_data_with_key
gcdev_register() & gcdev_unregister() would call device_add() &
device_del() (no matter CONFIG_GPIO_CDEV is enabled or not) to
register/unregister device.
However, if device_add() succeeds, some resource (like
struct device_private allocated by device_private_init())
is not released by device_del().
Therefore, after device_add() succeeds by gcdev_register(), it
needs to call put_device() to release resource in the error handle
path.
Here we move forward the register of release function, and let it
release every piece of resource by put_device() instead of kfree().
While at it, fix another subtle issue, i.e. when gc->ngpio is equal
to 0, we still call kcalloc() and, in case of further error, kfree()
on the ZERO_PTR pointer, which is not NULL. It's not a bug per se,
but rather waste of the resources and potentially wrong expectation
about contents of the gdev->descs variable.
Fixes: 159f3cd92f17 ("gpiolib: Defer gpio device setup until after gpiolib initialization")
Signed-off-by: Zeng Heng <zengheng4@huawei.com>
Co-developed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
2022-11-26 05:07:57 +08:00
|
|
|
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = gpiochip_sysfs_register(gdev);
|
|
|
|
if (ret)
|
2016-03-31 23:11:30 +08:00
|
|
|
goto err_remove_device;
|
|
|
|
|
2020-04-24 22:14:32 +08:00
|
|
|
dev_dbg(&gdev->dev, "registered GPIOs %d to %d on %s\n", gdev->base,
|
|
|
|
gdev->base + gdev->ngpio - 1, gdev->chip->label ? : "generic");
|
2016-03-31 23:11:30 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err_remove_device:
|
2020-11-05 18:40:49 +08:00
|
|
|
gcdev_unregister(gdev);
|
2019-07-16 17:11:45 +08:00
|
|
|
return ret;
|
2016-03-31 23:11:30 +08:00
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
static void gpiochip_machine_hog(struct gpio_chip *gc, struct gpiod_hog *hog)
|
2018-04-11 04:30:28 +08:00
|
|
|
{
|
|
|
|
struct gpio_desc *desc;
|
|
|
|
int rv;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
desc = gpiochip_get_desc(gc, hog->chip_hwnum);
|
2018-04-11 04:30:28 +08:00
|
|
|
if (IS_ERR(desc)) {
|
2020-04-24 22:14:32 +08:00
|
|
|
chip_err(gc, "%s: unable to get GPIO desc: %ld\n", __func__,
|
|
|
|
PTR_ERR(desc));
|
2018-04-11 04:30:28 +08:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2018-05-01 15:36:39 +08:00
|
|
|
if (test_bit(FLAG_IS_HOGGED, &desc->flags))
|
2018-04-11 04:30:28 +08:00
|
|
|
return;
|
|
|
|
|
|
|
|
rv = gpiod_hog(desc, hog->line_name, hog->lflags, hog->dflags);
|
|
|
|
if (rv)
|
2020-04-24 22:14:32 +08:00
|
|
|
gpiod_err(desc, "%s: unable to hog GPIO line (%s:%u): %d\n",
|
|
|
|
__func__, gc->label, hog->chip_hwnum, rv);
|
2018-04-11 04:30:28 +08:00
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
static void machine_gpiochip_add(struct gpio_chip *gc)
|
2018-04-11 04:30:28 +08:00
|
|
|
{
|
|
|
|
struct gpiod_hog *hog;
|
|
|
|
|
|
|
|
mutex_lock(&gpio_machine_hogs_mutex);
|
|
|
|
|
|
|
|
list_for_each_entry(hog, &gpio_machine_hogs, list) {
|
2020-03-29 22:04:05 +08:00
|
|
|
if (!strcmp(gc->label, hog->chip_label))
|
|
|
|
gpiochip_machine_hog(gc, hog);
|
2018-04-11 04:30:28 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
mutex_unlock(&gpio_machine_hogs_mutex);
|
|
|
|
}
|
|
|
|
|
2016-03-31 23:11:30 +08:00
|
|
|
static void gpiochip_setup_devs(void)
|
|
|
|
{
|
|
|
|
struct gpio_device *gdev;
|
2019-07-16 17:11:45 +08:00
|
|
|
int ret;
|
2016-03-31 23:11:30 +08:00
|
|
|
|
|
|
|
list_for_each_entry(gdev, &gpio_devices, list) {
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = gpiochip_setup_dev(gdev);
|
|
|
|
if (ret)
|
2020-04-24 22:14:32 +08:00
|
|
|
dev_err(&gdev->dev,
|
|
|
|
"Failed to initialize gpio device (%d)\n", ret);
|
2016-03-31 23:11:30 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2023-03-21 21:53:32 +08:00
|
|
|
static void gpiochip_set_data(struct gpio_chip *gc, void *data)
|
|
|
|
{
|
|
|
|
gc->gpiodev->data = data;
|
|
|
|
}
|
|
|
|
|
2023-03-21 21:53:31 +08:00
|
|
|
/**
|
|
|
|
* gpiochip_get_data() - get per-subdriver data for the chip
|
|
|
|
* @gc: GPIO chip
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* The per-subdriver data for the chip.
|
|
|
|
*/
|
|
|
|
void *gpiochip_get_data(struct gpio_chip *gc)
|
|
|
|
{
|
|
|
|
return gc->gpiodev->data;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_get_data);
|
|
|
|
|
2023-07-11 23:12:48 +08:00
|
|
|
int gpiochip_get_ngpios(struct gpio_chip *gc, struct device *dev)
|
|
|
|
{
|
|
|
|
u32 ngpios = gc->ngpio;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
if (ngpios == 0) {
|
|
|
|
ret = device_property_read_u32(dev, "ngpios", &ngpios);
|
|
|
|
if (ret == -ENODATA)
|
|
|
|
/*
|
|
|
|
* -ENODATA means that there is no property found and
|
|
|
|
* we want to issue the error message to the user.
|
|
|
|
* Besides that, we want to return different error code
|
|
|
|
* to state that supplied value is not valid.
|
|
|
|
*/
|
|
|
|
ngpios = 0;
|
|
|
|
else if (ret)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
gc->ngpio = ngpios;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (gc->ngpio == 0) {
|
|
|
|
chip_err(gc, "tried to insert a GPIO chip with zero lines\n");
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (gc->ngpio > FASTPATH_NGPIO)
|
|
|
|
chip_warn(gc, "line cnt %u is greater than fast path cnt %u\n",
|
|
|
|
gc->ngpio, FASTPATH_NGPIO);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_get_ngpios);
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
int gpiochip_add_data_with_key(struct gpio_chip *gc, void *data,
|
2017-12-03 01:11:04 +08:00
|
|
|
struct lock_class_key *lock_key,
|
|
|
|
struct lock_class_key *request_key)
|
2008-02-05 14:28:20 +08:00
|
|
|
{
|
2015-10-20 17:10:38 +08:00
|
|
|
struct gpio_device *gdev;
|
2024-01-15 19:17:43 +08:00
|
|
|
unsigned long flags;
|
2021-12-02 21:40:33 +08:00
|
|
|
unsigned int i;
|
gpiolib: fix memory leak in gpiochip_setup_dev()
Here is a backtrace report about memory leak detected in
gpiochip_setup_dev():
unreferenced object 0xffff88810b406400 (size 512):
comm "python3", pid 1682, jiffies 4295346908 (age 24.090s)
backtrace:
kmalloc_trace
device_add device_private_init at drivers/base/core.c:3361
(inlined by) device_add at drivers/base/core.c:3411
cdev_device_add
gpiolib_cdev_register
gpiochip_setup_dev
gpiochip_add_data_with_key
gcdev_register() & gcdev_unregister() would call device_add() &
device_del() (no matter CONFIG_GPIO_CDEV is enabled or not) to
register/unregister device.
However, if device_add() succeeds, some resource (like
struct device_private allocated by device_private_init())
is not released by device_del().
Therefore, after device_add() succeeds by gcdev_register(), it
needs to call put_device() to release resource in the error handle
path.
Here we move forward the register of release function, and let it
release every piece of resource by put_device() instead of kfree().
While at it, fix another subtle issue, i.e. when gc->ngpio is equal
to 0, we still call kcalloc() and, in case of further error, kfree()
on the ZERO_PTR pointer, which is not NULL. It's not a bug per se,
but rather waste of the resources and potentially wrong expectation
about contents of the gdev->descs variable.
Fixes: 159f3cd92f17 ("gpiolib: Defer gpio device setup until after gpiolib initialization")
Signed-off-by: Zeng Heng <zengheng4@huawei.com>
Co-developed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
2022-11-26 05:07:57 +08:00
|
|
|
int base = 0;
|
2021-12-02 21:40:33 +08:00
|
|
|
int ret = 0;
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2015-10-20 17:10:38 +08:00
|
|
|
/*
|
|
|
|
* First: allocate and populate the internal stat container, and
|
|
|
|
* set up the struct device.
|
|
|
|
*/
|
2016-02-18 06:44:15 +08:00
|
|
|
gdev = kzalloc(sizeof(*gdev), GFP_KERNEL);
|
2015-10-20 17:10:38 +08:00
|
|
|
if (!gdev)
|
2014-11-19 15:51:27 +08:00
|
|
|
return -ENOMEM;
|
gpio: add a userspace chardev ABI for GPIOs
A new chardev that is to be used for userspace GPIO access is
added in this patch. It is intended to gradually replace the
horribly broken sysfs ABI.
Using a chardev has many upsides:
- All operations are per-gpiochip, which is the actual
device underlying the GPIOs, making us tie in to the
kernel device model properly.
- Hotpluggable GPIO controllers can come and go, as this
kind of problem has been know to userspace for character
devices since ages, and if a gpiochip handle is held in
userspace we know we will break something, whereas the
sysfs is stateless.
- The one-value-per-file rule of sysfs is really hard to
maintain when you want to twist more than one knob at a time,
for example have in-kernel APIs to switch several GPIO
lines at the same time, and this will be possible to do
with a single ioctl() from userspace, saving a lot of
context switching.
We also need to add a new bus type for GPIO. This is
necessary for example for userspace coldplug, where sysfs is
traversed to find the boot-time device nodes and create the
character devices in /dev.
This new chardev ABI is *non* *optional* and can be counted
on to be present in the future, emphasizing the preference
of this ABI.
The ABI only implements one single ioctl() to get the name
and number of GPIO lines of a chip. Even this is debatable:
see it as a minimal example for review. This ABI shall be
ruthlessly reviewed and etched in stone.
The old /sys/class/gpio is still optional to compile in,
but will be deprecated.
Unique device IDs are created using IDR, which is overkill
and insanely scalable, but also well tested.
Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2015-10-21 21:29:53 +08:00
|
|
|
gdev->dev.bus = &gpio_bus_type;
|
2021-03-09 17:37:33 +08:00
|
|
|
gdev->dev.parent = gc->parent;
|
2020-03-29 22:04:05 +08:00
|
|
|
gdev->chip = gc;
|
2023-03-21 21:53:32 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
gc->gpiodev = gdev;
|
2023-03-21 21:53:32 +08:00
|
|
|
gpiochip_set_data(gc, data);
|
2016-07-05 20:11:14 +08:00
|
|
|
|
2023-07-03 22:23:08 +08:00
|
|
|
/*
|
|
|
|
* If the calling driver did not initialize firmware node,
|
|
|
|
* do it here using the parent device, if any.
|
|
|
|
*/
|
|
|
|
if (gc->fwnode)
|
|
|
|
device_set_node(&gdev->dev, gc->fwnode);
|
|
|
|
else if (gc->parent)
|
|
|
|
device_set_node(&gdev->dev, dev_fwnode(gc->parent));
|
2021-03-16 02:44:30 +08:00
|
|
|
|
2020-09-08 21:12:25 +08:00
|
|
|
gdev->id = ida_alloc(&gpio_ida, GFP_KERNEL);
|
2015-10-20 17:10:38 +08:00
|
|
|
if (gdev->id < 0) {
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = gdev->id;
|
2015-10-20 17:10:38 +08:00
|
|
|
goto err_free_gdev;
|
|
|
|
}
|
2021-01-29 16:19:17 +08:00
|
|
|
|
|
|
|
ret = dev_set_name(&gdev->dev, GPIOCHIP_NAME "%d", gdev->id);
|
|
|
|
if (ret)
|
|
|
|
goto err_free_ida;
|
|
|
|
|
2015-10-20 17:10:38 +08:00
|
|
|
device_initialize(&gdev->dev);
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->parent && gc->parent->driver)
|
|
|
|
gdev->owner = gc->parent->driver->owner;
|
|
|
|
else if (gc->owner)
|
2015-10-20 17:10:38 +08:00
|
|
|
/* TODO: remove chip->owner */
|
2020-03-29 22:04:05 +08:00
|
|
|
gdev->owner = gc->owner;
|
2015-10-20 17:10:38 +08:00
|
|
|
else
|
|
|
|
gdev->owner = THIS_MODULE;
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2023-07-11 23:12:48 +08:00
|
|
|
ret = gpiochip_get_ngpios(gc, &gdev->dev);
|
|
|
|
if (ret)
|
gpiolib: fix memory leak in gpiochip_setup_dev()
Here is a backtrace report about memory leak detected in
gpiochip_setup_dev():
unreferenced object 0xffff88810b406400 (size 512):
comm "python3", pid 1682, jiffies 4295346908 (age 24.090s)
backtrace:
kmalloc_trace
device_add device_private_init at drivers/base/core.c:3361
(inlined by) device_add at drivers/base/core.c:3411
cdev_device_add
gpiolib_cdev_register
gpiochip_setup_dev
gpiochip_add_data_with_key
gcdev_register() & gcdev_unregister() would call device_add() &
device_del() (no matter CONFIG_GPIO_CDEV is enabled or not) to
register/unregister device.
However, if device_add() succeeds, some resource (like
struct device_private allocated by device_private_init())
is not released by device_del().
Therefore, after device_add() succeeds by gcdev_register(), it
needs to call put_device() to release resource in the error handle
path.
Here we move forward the register of release function, and let it
release every piece of resource by put_device() instead of kfree().
While at it, fix another subtle issue, i.e. when gc->ngpio is equal
to 0, we still call kcalloc() and, in case of further error, kfree()
on the ZERO_PTR pointer, which is not NULL. It's not a bug per se,
but rather waste of the resources and potentially wrong expectation
about contents of the gdev->descs variable.
Fixes: 159f3cd92f17 ("gpiolib: Defer gpio device setup until after gpiolib initialization")
Signed-off-by: Zeng Heng <zengheng4@huawei.com>
Co-developed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
2022-11-26 05:07:57 +08:00
|
|
|
goto err_free_dev_name;
|
2018-05-22 01:57:07 +08:00
|
|
|
|
gpiolib: fix memory leak in gpiochip_setup_dev()
Here is a backtrace report about memory leak detected in
gpiochip_setup_dev():
unreferenced object 0xffff88810b406400 (size 512):
comm "python3", pid 1682, jiffies 4295346908 (age 24.090s)
backtrace:
kmalloc_trace
device_add device_private_init at drivers/base/core.c:3361
(inlined by) device_add at drivers/base/core.c:3411
cdev_device_add
gpiolib_cdev_register
gpiochip_setup_dev
gpiochip_add_data_with_key
gcdev_register() & gcdev_unregister() would call device_add() &
device_del() (no matter CONFIG_GPIO_CDEV is enabled or not) to
register/unregister device.
However, if device_add() succeeds, some resource (like
struct device_private allocated by device_private_init())
is not released by device_del().
Therefore, after device_add() succeeds by gcdev_register(), it
needs to call put_device() to release resource in the error handle
path.
Here we move forward the register of release function, and let it
release every piece of resource by put_device() instead of kfree().
While at it, fix another subtle issue, i.e. when gc->ngpio is equal
to 0, we still call kcalloc() and, in case of further error, kfree()
on the ZERO_PTR pointer, which is not NULL. It's not a bug per se,
but rather waste of the resources and potentially wrong expectation
about contents of the gdev->descs variable.
Fixes: 159f3cd92f17 ("gpiolib: Defer gpio device setup until after gpiolib initialization")
Signed-off-by: Zeng Heng <zengheng4@huawei.com>
Co-developed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
2022-11-26 05:07:57 +08:00
|
|
|
gdev->descs = kcalloc(gc->ngpio, sizeof(*gdev->descs), GFP_KERNEL);
|
|
|
|
if (!gdev->descs) {
|
|
|
|
ret = -ENOMEM;
|
|
|
|
goto err_free_dev_name;
|
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
gdev->label = kstrdup_const(gc->label ?: "unknown", GFP_KERNEL);
|
2016-02-12 21:48:23 +08:00
|
|
|
if (!gdev->label) {
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = -ENOMEM;
|
2016-03-31 23:11:29 +08:00
|
|
|
goto err_free_descs;
|
2016-02-12 21:48:23 +08:00
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
gdev->ngpio = gc->ngpio;
|
2015-11-16 13:02:47 +08:00
|
|
|
|
2024-01-15 19:17:43 +08:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2024-01-15 19:17:43 +08:00
|
|
|
/*
|
|
|
|
* TODO: this allocates a Linux GPIO number base in the global
|
|
|
|
* GPIO numberspace for this chip. In the long run we want to
|
|
|
|
* get *rid* of this numberspace and use only descriptors, but
|
|
|
|
* it may be a pipe dream. It will not happen before we get rid
|
|
|
|
* of the sysfs interface anyways.
|
|
|
|
*/
|
|
|
|
base = gc->base;
|
|
|
|
if (base < 0) {
|
|
|
|
base = gpiochip_find_base_unlocked(gc->ngpio);
|
2008-04-28 17:14:46 +08:00
|
|
|
if (base < 0) {
|
2024-01-15 19:17:43 +08:00
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
ret = base;
|
|
|
|
base = 0;
|
2016-03-31 23:11:29 +08:00
|
|
|
goto err_free_label;
|
2008-04-28 17:14:46 +08:00
|
|
|
}
|
2024-01-15 19:17:43 +08:00
|
|
|
/*
|
|
|
|
* TODO: it should not be necessary to reflect the assigned
|
|
|
|
* base outside of the GPIO subsystem. Go over drivers and
|
|
|
|
* see if anyone makes use of this, else drop this and assign
|
|
|
|
* a poison instead.
|
|
|
|
*/
|
|
|
|
gc->base = base;
|
|
|
|
} else {
|
|
|
|
dev_warn(&gdev->dev,
|
|
|
|
"Static allocation of GPIO base is deprecated, use dynamic allocation.\n");
|
|
|
|
}
|
|
|
|
gdev->base = base;
|
2008-04-28 17:14:46 +08:00
|
|
|
|
2024-01-15 19:17:43 +08:00
|
|
|
ret = gpiodev_add_to_list_unlocked(gdev);
|
|
|
|
if (ret) {
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
chip_err(gc, "GPIO integer space overlap, cannot add chip\n");
|
|
|
|
goto err_free_label;
|
2015-01-13 00:12:26 +08:00
|
|
|
}
|
2013-02-03 00:29:24 +08:00
|
|
|
|
2024-01-15 19:17:43 +08:00
|
|
|
for (i = 0; i < gc->ngpio; i++)
|
|
|
|
gdev->descs[i].gdev = gdev;
|
|
|
|
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
|
2023-08-17 16:52:28 +08:00
|
|
|
BLOCKING_INIT_NOTIFIER_HEAD(&gdev->line_state_notifier);
|
2023-08-17 19:59:05 +08:00
|
|
|
BLOCKING_INIT_NOTIFIER_HEAD(&gdev->device_notifier);
|
2022-12-05 20:39:03 +08:00
|
|
|
init_rwsem(&gdev->sem);
|
2019-11-22 22:19:21 +08:00
|
|
|
|
2012-10-27 17:51:36 +08:00
|
|
|
#ifdef CONFIG_PINCTRL
|
2016-02-11 18:03:06 +08:00
|
|
|
INIT_LIST_HEAD(&gdev->pin_ranges);
|
2012-10-27 17:51:36 +08:00
|
|
|
#endif
|
|
|
|
|
2021-12-15 05:59:56 +08:00
|
|
|
if (gc->names) {
|
2020-09-09 16:54:25 +08:00
|
|
|
ret = gpiochip_set_desc_names(gc);
|
2021-12-15 05:59:56 +08:00
|
|
|
if (ret)
|
|
|
|
goto err_remove_from_list;
|
|
|
|
}
|
2023-03-10 02:56:00 +08:00
|
|
|
ret = gpiochip_set_names(gc);
|
2019-07-16 17:11:45 +08:00
|
|
|
if (ret)
|
2015-08-14 22:11:00 +08:00
|
|
|
goto err_remove_from_list;
|
|
|
|
|
2023-05-27 19:40:57 +08:00
|
|
|
ret = gpiochip_init_valid_mask(gc);
|
2019-07-16 17:11:45 +08:00
|
|
|
if (ret)
|
2019-08-20 16:05:27 +08:00
|
|
|
goto err_remove_from_list;
|
2017-11-08 02:15:54 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
ret = of_gpiochip_add(gc);
|
2019-07-16 17:11:45 +08:00
|
|
|
if (ret)
|
2019-08-20 16:05:27 +08:00
|
|
|
goto err_free_gpiochip_mask;
|
2015-07-14 16:29:54 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
for (i = 0; i < gc->ngpio; i++) {
|
2018-10-05 14:53:00 +08:00
|
|
|
struct gpio_desc *desc = &gdev->descs[i];
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->get_direction && gpiochip_line_is_valid(gc, i)) {
|
2019-12-05 03:42:29 +08:00
|
|
|
assign_bit(FLAG_IS_OUT,
|
2020-03-29 22:04:05 +08:00
|
|
|
&desc->flags, !gc->get_direction(gc, i));
|
2019-07-08 04:35:58 +08:00
|
|
|
} else {
|
2019-12-05 03:42:29 +08:00
|
|
|
assign_bit(FLAG_IS_OUT,
|
2020-03-29 22:04:05 +08:00
|
|
|
&desc->flags, !gc->direction_input);
|
2019-07-08 04:35:58 +08:00
|
|
|
}
|
2018-10-05 14:53:00 +08:00
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
ret = gpiochip_add_pin_ranges(gc);
|
2019-11-05 00:09:39 +08:00
|
|
|
if (ret)
|
|
|
|
goto err_remove_of_chip;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
acpi_gpiochip_add(gc);
|
2010-06-08 21:48:17 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
machine_gpiochip_add(gc);
|
2018-04-11 04:30:28 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
ret = gpiochip_irqchip_init_valid_mask(gc);
|
2019-10-09 22:34:44 +08:00
|
|
|
if (ret)
|
|
|
|
goto err_remove_acpi_chip;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
ret = gpiochip_irqchip_init_hw(gc);
|
2019-09-06 18:05:35 +08:00
|
|
|
if (ret)
|
2019-08-20 16:05:27 +08:00
|
|
|
goto err_remove_acpi_chip;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
ret = gpiochip_add_irqchip(gc, lock_key, request_key);
|
2019-09-06 18:05:35 +08:00
|
|
|
if (ret)
|
2019-08-20 16:05:27 +08:00
|
|
|
goto err_remove_irqchip_mask;
|
|
|
|
|
gpio: add a userspace chardev ABI for GPIOs
A new chardev that is to be used for userspace GPIO access is
added in this patch. It is intended to gradually replace the
horribly broken sysfs ABI.
Using a chardev has many upsides:
- All operations are per-gpiochip, which is the actual
device underlying the GPIOs, making us tie in to the
kernel device model properly.
- Hotpluggable GPIO controllers can come and go, as this
kind of problem has been know to userspace for character
devices since ages, and if a gpiochip handle is held in
userspace we know we will break something, whereas the
sysfs is stateless.
- The one-value-per-file rule of sysfs is really hard to
maintain when you want to twist more than one knob at a time,
for example have in-kernel APIs to switch several GPIO
lines at the same time, and this will be possible to do
with a single ioctl() from userspace, saving a lot of
context switching.
We also need to add a new bus type for GPIO. This is
necessary for example for userspace coldplug, where sysfs is
traversed to find the boot-time device nodes and create the
character devices in /dev.
This new chardev ABI is *non* *optional* and can be counted
on to be present in the future, emphasizing the preference
of this ABI.
The ABI only implements one single ioctl() to get the name
and number of GPIO lines of a chip. Even this is debatable:
see it as a minimal example for review. This ABI shall be
ruthlessly reviewed and etched in stone.
The old /sys/class/gpio is still optional to compile in,
but will be deprecated.
Unique device IDs are created using IDR, which is overkill
and insanely scalable, but also well tested.
Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2015-10-21 21:29:53 +08:00
|
|
|
/*
|
|
|
|
* By first adding the chardev, and then adding the device,
|
|
|
|
* we get a device node entry in sysfs under
|
|
|
|
* /sys/bus/gpio/devices/gpiochipN/dev that can be used for
|
|
|
|
* coldplug of device nodes and other udev business.
|
2016-03-31 23:11:30 +08:00
|
|
|
* We can do this only if gpiolib has been initialized.
|
|
|
|
* Otherwise, defer until later.
|
gpio: add a userspace chardev ABI for GPIOs
A new chardev that is to be used for userspace GPIO access is
added in this patch. It is intended to gradually replace the
horribly broken sysfs ABI.
Using a chardev has many upsides:
- All operations are per-gpiochip, which is the actual
device underlying the GPIOs, making us tie in to the
kernel device model properly.
- Hotpluggable GPIO controllers can come and go, as this
kind of problem has been know to userspace for character
devices since ages, and if a gpiochip handle is held in
userspace we know we will break something, whereas the
sysfs is stateless.
- The one-value-per-file rule of sysfs is really hard to
maintain when you want to twist more than one knob at a time,
for example have in-kernel APIs to switch several GPIO
lines at the same time, and this will be possible to do
with a single ioctl() from userspace, saving a lot of
context switching.
We also need to add a new bus type for GPIO. This is
necessary for example for userspace coldplug, where sysfs is
traversed to find the boot-time device nodes and create the
character devices in /dev.
This new chardev ABI is *non* *optional* and can be counted
on to be present in the future, emphasizing the preference
of this ABI.
The ABI only implements one single ioctl() to get the name
and number of GPIO lines of a chip. Even this is debatable:
see it as a minimal example for review. This ABI shall be
ruthlessly reviewed and etched in stone.
The old /sys/class/gpio is still optional to compile in,
but will be deprecated.
Unique device IDs are created using IDR, which is overkill
and insanely scalable, but also well tested.
Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2015-10-21 21:29:53 +08:00
|
|
|
*/
|
2016-03-31 23:11:30 +08:00
|
|
|
if (gpiolib_initialized) {
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = gpiochip_setup_dev(gdev);
|
|
|
|
if (ret)
|
2019-08-20 16:05:27 +08:00
|
|
|
goto err_remove_irqchip;
|
2016-03-31 23:11:30 +08:00
|
|
|
}
|
2010-06-08 21:48:15 +08:00
|
|
|
return 0;
|
2013-06-09 11:08:32 +08:00
|
|
|
|
2019-08-20 16:05:27 +08:00
|
|
|
err_remove_irqchip:
|
2020-03-29 22:04:05 +08:00
|
|
|
gpiochip_irqchip_remove(gc);
|
2019-08-20 16:05:27 +08:00
|
|
|
err_remove_irqchip_mask:
|
2020-03-29 22:04:05 +08:00
|
|
|
gpiochip_irqchip_free_valid_mask(gc);
|
2019-04-24 21:59:33 +08:00
|
|
|
err_remove_acpi_chip:
|
2020-03-29 22:04:05 +08:00
|
|
|
acpi_gpiochip_remove(gc);
|
2019-04-24 21:59:33 +08:00
|
|
|
err_remove_of_chip:
|
2020-03-29 22:04:05 +08:00
|
|
|
gpiochip_free_hogs(gc);
|
|
|
|
of_gpiochip_remove(gc);
|
2019-04-24 21:59:33 +08:00
|
|
|
err_free_gpiochip_mask:
|
2020-03-29 22:04:05 +08:00
|
|
|
gpiochip_remove_pin_ranges(gc);
|
|
|
|
gpiochip_free_valid_mask(gc);
|
2024-02-05 18:22:29 +08:00
|
|
|
err_remove_from_list:
|
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
list_del(&gdev->list);
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
gpiolib: fix memory leak in gpiochip_setup_dev()
Here is a backtrace report about memory leak detected in
gpiochip_setup_dev():
unreferenced object 0xffff88810b406400 (size 512):
comm "python3", pid 1682, jiffies 4295346908 (age 24.090s)
backtrace:
kmalloc_trace
device_add device_private_init at drivers/base/core.c:3361
(inlined by) device_add at drivers/base/core.c:3411
cdev_device_add
gpiolib_cdev_register
gpiochip_setup_dev
gpiochip_add_data_with_key
gcdev_register() & gcdev_unregister() would call device_add() &
device_del() (no matter CONFIG_GPIO_CDEV is enabled or not) to
register/unregister device.
However, if device_add() succeeds, some resource (like
struct device_private allocated by device_private_init())
is not released by device_del().
Therefore, after device_add() succeeds by gcdev_register(), it
needs to call put_device() to release resource in the error handle
path.
Here we move forward the register of release function, and let it
release every piece of resource by put_device() instead of kfree().
While at it, fix another subtle issue, i.e. when gc->ngpio is equal
to 0, we still call kcalloc() and, in case of further error, kfree()
on the ZERO_PTR pointer, which is not NULL. It's not a bug per se,
but rather waste of the resources and potentially wrong expectation
about contents of the gdev->descs variable.
Fixes: 159f3cd92f17 ("gpiolib: Defer gpio device setup until after gpiolib initialization")
Signed-off-by: Zeng Heng <zengheng4@huawei.com>
Co-developed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
2022-11-26 05:07:57 +08:00
|
|
|
if (gdev->dev.release) {
|
|
|
|
/* release() has been registered by gpiochip_setup_dev() */
|
2022-12-28 17:20:43 +08:00
|
|
|
gpio_device_put(gdev);
|
gpiolib: fix memory leak in gpiochip_setup_dev()
Here is a backtrace report about memory leak detected in
gpiochip_setup_dev():
unreferenced object 0xffff88810b406400 (size 512):
comm "python3", pid 1682, jiffies 4295346908 (age 24.090s)
backtrace:
kmalloc_trace
device_add device_private_init at drivers/base/core.c:3361
(inlined by) device_add at drivers/base/core.c:3411
cdev_device_add
gpiolib_cdev_register
gpiochip_setup_dev
gpiochip_add_data_with_key
gcdev_register() & gcdev_unregister() would call device_add() &
device_del() (no matter CONFIG_GPIO_CDEV is enabled or not) to
register/unregister device.
However, if device_add() succeeds, some resource (like
struct device_private allocated by device_private_init())
is not released by device_del().
Therefore, after device_add() succeeds by gcdev_register(), it
needs to call put_device() to release resource in the error handle
path.
Here we move forward the register of release function, and let it
release every piece of resource by put_device() instead of kfree().
While at it, fix another subtle issue, i.e. when gc->ngpio is equal
to 0, we still call kcalloc() and, in case of further error, kfree()
on the ZERO_PTR pointer, which is not NULL. It's not a bug per se,
but rather waste of the resources and potentially wrong expectation
about contents of the gdev->descs variable.
Fixes: 159f3cd92f17 ("gpiolib: Defer gpio device setup until after gpiolib initialization")
Signed-off-by: Zeng Heng <zengheng4@huawei.com>
Co-developed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
2022-11-26 05:07:57 +08:00
|
|
|
goto err_print_message;
|
|
|
|
}
|
2016-03-31 23:11:29 +08:00
|
|
|
err_free_label:
|
2017-12-14 22:29:20 +08:00
|
|
|
kfree_const(gdev->label);
|
2016-03-31 23:11:29 +08:00
|
|
|
err_free_descs:
|
|
|
|
kfree(gdev->descs);
|
2021-01-29 16:19:17 +08:00
|
|
|
err_free_dev_name:
|
|
|
|
kfree(dev_name(&gdev->dev));
|
2018-11-02 21:39:43 +08:00
|
|
|
err_free_ida:
|
2020-09-08 21:12:25 +08:00
|
|
|
ida_free(&gpio_ida, gdev->id);
|
2018-11-02 21:39:43 +08:00
|
|
|
err_free_gdev:
|
gpiolib: fix memory leak in gpiochip_setup_dev()
Here is a backtrace report about memory leak detected in
gpiochip_setup_dev():
unreferenced object 0xffff88810b406400 (size 512):
comm "python3", pid 1682, jiffies 4295346908 (age 24.090s)
backtrace:
kmalloc_trace
device_add device_private_init at drivers/base/core.c:3361
(inlined by) device_add at drivers/base/core.c:3411
cdev_device_add
gpiolib_cdev_register
gpiochip_setup_dev
gpiochip_add_data_with_key
gcdev_register() & gcdev_unregister() would call device_add() &
device_del() (no matter CONFIG_GPIO_CDEV is enabled or not) to
register/unregister device.
However, if device_add() succeeds, some resource (like
struct device_private allocated by device_private_init())
is not released by device_del().
Therefore, after device_add() succeeds by gcdev_register(), it
needs to call put_device() to release resource in the error handle
path.
Here we move forward the register of release function, and let it
release every piece of resource by put_device() instead of kfree().
While at it, fix another subtle issue, i.e. when gc->ngpio is equal
to 0, we still call kcalloc() and, in case of further error, kfree()
on the ZERO_PTR pointer, which is not NULL. It's not a bug per se,
but rather waste of the resources and potentially wrong expectation
about contents of the gdev->descs variable.
Fixes: 159f3cd92f17 ("gpiolib: Defer gpio device setup until after gpiolib initialization")
Signed-off-by: Zeng Heng <zengheng4@huawei.com>
Co-developed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
2022-11-26 05:07:57 +08:00
|
|
|
kfree(gdev);
|
|
|
|
err_print_message:
|
2008-02-05 14:28:20 +08:00
|
|
|
/* failures here can mean systems won't boot... */
|
2020-11-18 22:29:17 +08:00
|
|
|
if (ret != -EPROBE_DEFER) {
|
|
|
|
pr_err("%s: GPIOs %d..%d (%s) failed to register, %d\n", __func__,
|
2023-07-11 23:12:48 +08:00
|
|
|
base, base + (int)gc->ngpio - 1,
|
2020-11-18 22:29:17 +08:00
|
|
|
gc->label ? : "generic", ret);
|
|
|
|
}
|
2019-07-16 17:11:45 +08:00
|
|
|
return ret;
|
2008-02-05 14:28:20 +08:00
|
|
|
}
|
2017-11-08 02:15:59 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_add_data_with_key);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiochip_remove() - unregister a gpio_chip
|
2020-03-29 22:04:05 +08:00
|
|
|
* @gc: the chip to unregister
|
2008-02-05 14:28:20 +08:00
|
|
|
*
|
|
|
|
* A gpio_chip with any GPIOs still requested may not be removed.
|
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
void gpiochip_remove(struct gpio_chip *gc)
|
2008-02-05 14:28:20 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_device *gdev = gc->gpiodev;
|
2023-12-21 17:15:46 +08:00
|
|
|
unsigned long flags;
|
|
|
|
unsigned int i;
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2022-12-05 20:39:03 +08:00
|
|
|
down_write(&gdev->sem);
|
|
|
|
|
2015-10-20 17:10:38 +08:00
|
|
|
/* FIXME: should the legacy sysfs handling be moved to gpio_device? */
|
2016-02-09 20:21:06 +08:00
|
|
|
gpiochip_sysfs_unregister(gdev);
|
2020-03-29 22:04:05 +08:00
|
|
|
gpiochip_free_hogs(gc);
|
2016-02-20 13:13:19 +08:00
|
|
|
/* Numb the device, cancelling all outstanding operations */
|
|
|
|
gdev->chip = NULL;
|
2020-03-29 22:04:05 +08:00
|
|
|
gpiochip_irqchip_remove(gc);
|
|
|
|
acpi_gpiochip_remove(gc);
|
|
|
|
of_gpiochip_remove(gc);
|
|
|
|
gpiochip_remove_pin_ranges(gc);
|
|
|
|
gpiochip_free_valid_mask(gc);
|
2016-02-11 18:37:48 +08:00
|
|
|
/*
|
|
|
|
* We accept no more calls into the driver from this point, so
|
2023-03-21 21:53:32 +08:00
|
|
|
* NULL the driver data pointer.
|
2016-02-11 18:37:48 +08:00
|
|
|
*/
|
2023-03-21 21:53:32 +08:00
|
|
|
gpiochip_set_data(gc, NULL);
|
2010-06-08 21:48:17 +08:00
|
|
|
|
2015-01-13 00:12:28 +08:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
for (i = 0; i < gdev->ngpio; i++) {
|
2023-12-04 17:35:09 +08:00
|
|
|
if (test_bit(FLAG_REQUESTED, &gdev->descs[i].flags))
|
2020-02-25 19:47:25 +08:00
|
|
|
break;
|
2008-02-05 14:28:20 +08:00
|
|
|
}
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2014-11-19 15:51:27 +08:00
|
|
|
|
2020-03-02 16:24:48 +08:00
|
|
|
if (i != gdev->ngpio)
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
dev_crit(&gdev->dev,
|
2015-11-04 16:56:26 +08:00
|
|
|
"REMOVING GPIOCHIP WITH GPIOS STILL REQUESTED\n");
|
2015-05-04 23:10:27 +08:00
|
|
|
|
2024-01-15 19:17:43 +08:00
|
|
|
scoped_guard(spinlock_irqsave, &gpio_lock)
|
2024-01-02 23:59:47 +08:00
|
|
|
list_del(&gdev->list);
|
|
|
|
|
2015-10-20 17:10:38 +08:00
|
|
|
/*
|
|
|
|
* The gpiochip side puts its use of the device to rest here:
|
|
|
|
* if there are no userspace clients, the chardev and device will
|
|
|
|
* be removed, else it will be dangling until the last user is
|
|
|
|
* gone.
|
|
|
|
*/
|
2020-11-05 18:40:49 +08:00
|
|
|
gcdev_unregister(gdev);
|
2022-12-05 20:39:03 +08:00
|
|
|
up_write(&gdev->sem);
|
2022-12-28 17:20:43 +08:00
|
|
|
gpio_device_put(gdev);
|
2008-02-05 14:28:20 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_remove);
|
|
|
|
|
2023-09-27 22:29:23 +08:00
|
|
|
/**
|
|
|
|
* gpio_device_find() - find a specific GPIO device
|
|
|
|
* @data: data to pass to match function
|
|
|
|
* @match: Callback function to check gpio_chip
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* New reference to struct gpio_device.
|
|
|
|
*
|
|
|
|
* Similar to bus_find_device(). It returns a reference to a gpio_device 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
|
|
|
|
* returns non-zero, this function will return to the caller and not iterate
|
|
|
|
* over any more gpio_devices.
|
|
|
|
*
|
|
|
|
* The callback takes the GPIO chip structure as argument. During the execution
|
|
|
|
* of the callback function the chip is protected from being freed. TODO: This
|
|
|
|
* actually has yet to be implemented.
|
|
|
|
*
|
|
|
|
* If the function returns non-NULL, the returned reference must be freed by
|
|
|
|
* the caller using gpio_device_put().
|
|
|
|
*/
|
|
|
|
struct gpio_device *gpio_device_find(void *data,
|
|
|
|
int (*match)(struct gpio_chip *gc,
|
|
|
|
void *data))
|
|
|
|
{
|
|
|
|
struct gpio_device *gdev;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Not yet but in the future the spinlock below will become a mutex.
|
|
|
|
* Annotate this function before anyone tries to use it in interrupt
|
|
|
|
* context like it happened with gpiochip_find().
|
|
|
|
*/
|
|
|
|
might_sleep();
|
|
|
|
|
2024-01-15 19:17:43 +08:00
|
|
|
guard(spinlock_irqsave)(&gpio_lock);
|
2023-09-27 22:29:23 +08:00
|
|
|
|
|
|
|
list_for_each_entry(gdev, &gpio_devices, list) {
|
|
|
|
if (gdev->chip && match(gdev->chip, data))
|
|
|
|
return gpio_device_get(gdev);
|
|
|
|
}
|
|
|
|
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpio_device_find);
|
|
|
|
|
2023-09-27 22:29:24 +08:00
|
|
|
static int gpio_chip_match_by_label(struct gpio_chip *gc, void *label)
|
|
|
|
{
|
|
|
|
return gc->label && !strcmp(gc->label, label);
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpio_device_find_by_label() - wrapper around gpio_device_find() finding the
|
|
|
|
* GPIO device by its backing chip's label
|
|
|
|
* @label: Label to lookup
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* Reference to the GPIO device or NULL. Reference must be released with
|
|
|
|
* gpio_device_put().
|
|
|
|
*/
|
|
|
|
struct gpio_device *gpio_device_find_by_label(const char *label)
|
|
|
|
{
|
|
|
|
return gpio_device_find((void *)label, gpio_chip_match_by_label);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpio_device_find_by_label);
|
|
|
|
|
2023-10-12 04:26:35 +08:00
|
|
|
static int gpio_chip_match_by_fwnode(struct gpio_chip *gc, void *fwnode)
|
|
|
|
{
|
|
|
|
return device_match_fwnode(&gc->gpiodev->dev, fwnode);
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpio_device_find_by_fwnode() - wrapper around gpio_device_find() finding
|
|
|
|
* the GPIO device by its fwnode
|
|
|
|
* @fwnode: Firmware node to lookup
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* Reference to the GPIO device or NULL. Reference must be released with
|
|
|
|
* gpio_device_put().
|
|
|
|
*/
|
|
|
|
struct gpio_device *gpio_device_find_by_fwnode(const struct fwnode_handle *fwnode)
|
|
|
|
{
|
|
|
|
return gpio_device_find((void *)fwnode, gpio_chip_match_by_fwnode);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpio_device_find_by_fwnode);
|
|
|
|
|
2023-09-27 22:29:21 +08:00
|
|
|
/**
|
|
|
|
* gpio_device_get() - Increase the reference count of this GPIO device
|
|
|
|
* @gdev: GPIO device to increase the refcount for
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* Pointer to @gdev.
|
|
|
|
*/
|
|
|
|
struct gpio_device *gpio_device_get(struct gpio_device *gdev)
|
|
|
|
{
|
|
|
|
return to_gpio_device(get_device(&gdev->dev));
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpio_device_get);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpio_device_put() - Decrease the reference count of this GPIO device and
|
|
|
|
* possibly free all resources associated with it.
|
|
|
|
* @gdev: GPIO device to decrease the reference count for
|
|
|
|
*/
|
|
|
|
void gpio_device_put(struct gpio_device *gdev)
|
|
|
|
{
|
|
|
|
put_device(&gdev->dev);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpio_device_put);
|
|
|
|
|
2023-10-11 21:02:02 +08:00
|
|
|
/**
|
|
|
|
* gpio_device_to_device() - Retrieve the address of the underlying struct
|
|
|
|
* device.
|
|
|
|
* @gdev: GPIO device for which to return the address.
|
|
|
|
*
|
|
|
|
* This does not increase the reference count of the GPIO device nor the
|
|
|
|
* underlying struct device.
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* Address of struct device backing this GPIO device.
|
|
|
|
*/
|
|
|
|
struct device *gpio_device_to_device(struct gpio_device *gdev)
|
|
|
|
{
|
|
|
|
return &gdev->dev;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpio_device_to_device);
|
|
|
|
|
2014-03-25 17:40:18 +08:00
|
|
|
#ifdef CONFIG_GPIOLIB_IRQCHIP
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The following is irqchip helper code for gpiochips.
|
|
|
|
*/
|
|
|
|
|
2019-10-09 22:34:44 +08:00
|
|
|
static int gpiochip_irqchip_init_hw(struct gpio_chip *gc)
|
|
|
|
{
|
|
|
|
struct gpio_irq_chip *girq = &gc->irq;
|
|
|
|
|
|
|
|
if (!girq->init_hw)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
return girq->init_hw(gc);
|
|
|
|
}
|
|
|
|
|
2019-09-04 22:01:04 +08:00
|
|
|
static int gpiochip_irqchip_init_valid_mask(struct gpio_chip *gc)
|
2016-09-20 20:15:21 +08:00
|
|
|
{
|
2019-09-04 22:01:04 +08:00
|
|
|
struct gpio_irq_chip *girq = &gc->irq;
|
|
|
|
|
|
|
|
if (!girq->init_valid_mask)
|
2016-09-20 20:15:21 +08:00
|
|
|
return 0;
|
|
|
|
|
2019-09-04 22:01:04 +08:00
|
|
|
girq->valid_mask = gpiochip_allocate_mask(gc);
|
|
|
|
if (!girq->valid_mask)
|
2016-09-20 20:15:21 +08:00
|
|
|
return -ENOMEM;
|
|
|
|
|
2019-09-04 22:01:04 +08:00
|
|
|
girq->init_valid_mask(gc, girq->valid_mask, gc->ngpio);
|
|
|
|
|
2016-09-20 20:15:21 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
static void gpiochip_irqchip_free_valid_mask(struct gpio_chip *gc)
|
2016-09-20 20:15:21 +08:00
|
|
|
{
|
2023-05-27 19:40:56 +08:00
|
|
|
gpiochip_free_mask(&gc->irq.valid_mask);
|
2016-09-20 20:15:21 +08:00
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
bool gpiochip_irqchip_irq_valid(const struct gpio_chip *gc,
|
2018-01-10 09:58:46 +08:00
|
|
|
unsigned int offset)
|
2016-09-20 20:15:21 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
if (!gpiochip_line_is_valid(gc, offset))
|
2018-03-24 00:34:52 +08:00
|
|
|
return false;
|
2016-09-20 20:15:21 +08:00
|
|
|
/* No mask means all valid */
|
2020-03-29 22:04:05 +08:00
|
|
|
if (likely(!gc->irq.valid_mask))
|
2016-09-20 20:15:21 +08:00
|
|
|
return true;
|
2020-03-29 22:04:05 +08:00
|
|
|
return test_bit(offset, gc->irq.valid_mask);
|
2016-09-20 20:15:21 +08:00
|
|
|
}
|
2018-01-10 09:58:46 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_irqchip_irq_valid);
|
2016-09-20 20:15:21 +08:00
|
|
|
|
2019-08-08 20:32:37 +08:00
|
|
|
#ifdef CONFIG_IRQ_DOMAIN_HIERARCHY
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiochip_set_hierarchical_irqchip() - connects a hierarchical irqchip
|
|
|
|
* to a gpiochip
|
|
|
|
* @gc: the gpiochip to set the irqchip hierarchical handler to
|
|
|
|
* @irqchip: the irqchip to handle this level of the hierarchy, the interrupt
|
|
|
|
* will then percolate up to the parent
|
|
|
|
*/
|
|
|
|
static void gpiochip_set_hierarchical_irqchip(struct gpio_chip *gc,
|
|
|
|
struct irq_chip *irqchip)
|
|
|
|
{
|
|
|
|
/* DT will deal with mapping each IRQ as we go along */
|
|
|
|
if (is_of_node(gc->irq.fwnode))
|
|
|
|
return;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This is for legacy and boardfile "irqchip" fwnodes: allocate
|
|
|
|
* irqs upfront instead of dynamically since we don't have the
|
|
|
|
* dynamic type of allocation that hardware description languages
|
|
|
|
* provide. Once all GPIO drivers using board files are gone from
|
|
|
|
* the kernel we can delete this code, but for a transitional period
|
|
|
|
* it is necessary to keep this around.
|
|
|
|
*/
|
|
|
|
if (is_fwnode_irqchip(gc->irq.fwnode)) {
|
|
|
|
int i;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
for (i = 0; i < gc->ngpio; i++) {
|
|
|
|
struct irq_fwspec fwspec;
|
|
|
|
unsigned int parent_hwirq;
|
|
|
|
unsigned int parent_type;
|
|
|
|
struct gpio_irq_chip *girq = &gc->irq;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* We call the child to parent translation function
|
|
|
|
* only to check if the child IRQ is valid or not.
|
|
|
|
* Just pick the rising edge type here as that is what
|
|
|
|
* we likely need to support.
|
|
|
|
*/
|
|
|
|
ret = girq->child_to_parent_hwirq(gc, i,
|
|
|
|
IRQ_TYPE_EDGE_RISING,
|
|
|
|
&parent_hwirq,
|
|
|
|
&parent_type);
|
|
|
|
if (ret) {
|
|
|
|
chip_err(gc, "skip set-up on hwirq %d\n",
|
|
|
|
i);
|
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
|
|
|
fwspec.fwnode = gc->irq.fwnode;
|
|
|
|
/* This is the hwirq for the GPIO line side of things */
|
|
|
|
fwspec.param[0] = girq->child_offset_to_irq(gc, i);
|
|
|
|
/* Just pick something */
|
|
|
|
fwspec.param[1] = IRQ_TYPE_EDGE_RISING;
|
|
|
|
fwspec.param_count = 2;
|
2022-12-13 21:52:27 +08:00
|
|
|
ret = irq_domain_alloc_irqs(gc->irq.domain, 1,
|
|
|
|
NUMA_NO_NODE, &fwspec);
|
2019-08-08 20:32:37 +08:00
|
|
|
if (ret < 0) {
|
|
|
|
chip_err(gc,
|
|
|
|
"can not allocate irq for GPIO line %d parent hwirq %d in hierarchy domain: %d\n",
|
|
|
|
i, parent_hwirq,
|
|
|
|
ret);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
chip_err(gc, "%s unknown fwnode type proceed anyway\n", __func__);
|
|
|
|
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int gpiochip_hierarchy_irq_domain_translate(struct irq_domain *d,
|
|
|
|
struct irq_fwspec *fwspec,
|
|
|
|
unsigned long *hwirq,
|
|
|
|
unsigned int *type)
|
|
|
|
{
|
|
|
|
/* We support standard DT translation */
|
|
|
|
if (is_of_node(fwspec->fwnode) && fwspec->param_count == 2) {
|
|
|
|
return irq_domain_translate_twocell(d, fwspec, hwirq, type);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* This is for board files and others not using DT */
|
|
|
|
if (is_fwnode_irqchip(fwspec->fwnode)) {
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = irq_domain_translate_twocell(d, fwspec, hwirq, type);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
WARN_ON(*type == IRQ_TYPE_NONE);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int gpiochip_hierarchy_irq_domain_alloc(struct irq_domain *d,
|
|
|
|
unsigned int irq,
|
|
|
|
unsigned int nr_irqs,
|
|
|
|
void *data)
|
|
|
|
{
|
|
|
|
struct gpio_chip *gc = d->host_data;
|
|
|
|
irq_hw_number_t hwirq;
|
|
|
|
unsigned int type = IRQ_TYPE_NONE;
|
|
|
|
struct irq_fwspec *fwspec = data;
|
2022-07-08 02:23:09 +08:00
|
|
|
union gpio_irq_fwspec gpio_parent_fwspec = {};
|
2019-08-08 20:32:37 +08:00
|
|
|
unsigned int parent_hwirq;
|
|
|
|
unsigned int parent_type;
|
|
|
|
struct gpio_irq_chip *girq = &gc->irq;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The nr_irqs parameter is always one except for PCI multi-MSI
|
|
|
|
* so this should not happen.
|
|
|
|
*/
|
|
|
|
WARN_ON(nr_irqs != 1);
|
|
|
|
|
|
|
|
ret = gc->irq.child_irq_domain_ops.translate(d, fwspec, &hwirq, &type);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
|
2023-03-10 02:58:19 +08:00
|
|
|
chip_dbg(gc, "allocate IRQ %d, hwirq %lu\n", irq, hwirq);
|
2019-08-08 20:32:37 +08:00
|
|
|
|
|
|
|
ret = girq->child_to_parent_hwirq(gc, hwirq, type,
|
|
|
|
&parent_hwirq, &parent_type);
|
|
|
|
if (ret) {
|
|
|
|
chip_err(gc, "can't look up hwirq %lu\n", hwirq);
|
|
|
|
return ret;
|
|
|
|
}
|
2020-01-20 17:56:25 +08:00
|
|
|
chip_dbg(gc, "found parent hwirq %u\n", parent_hwirq);
|
2019-08-08 20:32:37 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* We set handle_bad_irq because the .set_type() should
|
|
|
|
* always be invoked and set the right type of handler.
|
|
|
|
*/
|
|
|
|
irq_domain_set_info(d,
|
|
|
|
irq,
|
|
|
|
hwirq,
|
|
|
|
gc->irq.chip,
|
|
|
|
gc,
|
|
|
|
girq->handler,
|
|
|
|
NULL, NULL);
|
|
|
|
irq_set_probe(irq);
|
|
|
|
|
|
|
|
/* This parent only handles asserted level IRQs */
|
2022-07-08 02:23:09 +08:00
|
|
|
ret = girq->populate_parent_alloc_arg(gc, &gpio_parent_fwspec,
|
|
|
|
parent_hwirq, parent_type);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
2020-01-14 16:28:19 +08:00
|
|
|
|
2020-01-20 17:56:25 +08:00
|
|
|
chip_dbg(gc, "alloc_irqs_parent for %d parent hwirq %d\n",
|
2019-08-08 20:32:37 +08:00
|
|
|
irq, parent_hwirq);
|
gpiolib: Set lockdep class for hierarchical irq domains
I see the following lockdep splat in the qcom pinctrl driver when
attempting to suspend the device.
============================================
WARNING: possible recursive locking detected
5.4.2 #2 Tainted: G S
--------------------------------------------
cat/6536 is trying to acquire lock:
ffffff814787ccc0 (&irq_desc_lock_class){-.-.}, at: __irq_get_desc_lock+0x64/0x94
but task is already holding lock:
ffffff81436740c0 (&irq_desc_lock_class){-.-.}, at: __irq_get_desc_lock+0x64/0x94
other info that might help us debug this:
Possible unsafe locking scenario:
CPU0
----
lock(&irq_desc_lock_class);
lock(&irq_desc_lock_class);
*** DEADLOCK ***
May be due to missing lock nesting notation
7 locks held by cat/6536:
#0: ffffff8140e0c420 (sb_writers#7){.+.+}, at: vfs_write+0xc8/0x19c
#1: ffffff8121eec480 (&of->mutex){+.+.}, at: kernfs_fop_write+0x128/0x1f4
#2: ffffff8147cad668 (kn->count#263){.+.+}, at: kernfs_fop_write+0x130/0x1f4
#3: ffffffd011446000 (system_transition_mutex){+.+.}, at: pm_suspend+0x108/0x354
#4: ffffff814302b970 (&dev->mutex){....}, at: __device_suspend+0x16c/0x420
#5: ffffff81436740c0 (&irq_desc_lock_class){-.-.}, at: __irq_get_desc_lock+0x64/0x94
#6: ffffff81479b8c10 (&pctrl->lock){....}, at: msm_gpio_irq_set_wake+0x48/0x7c
stack backtrace:
CPU: 4 PID: 6536 Comm: cat Tainted: G S 5.4.2 #2
Call trace:
dump_backtrace+0x0/0x174
show_stack+0x20/0x2c
dump_stack+0xdc/0x144
__lock_acquire+0x52c/0x2268
lock_acquire+0x1dc/0x220
_raw_spin_lock_irqsave+0x64/0x80
__irq_get_desc_lock+0x64/0x94
irq_set_irq_wake+0x40/0x144
msm_gpio_irq_set_wake+0x5c/0x7c
set_irq_wake_real+0x40/0x5c
irq_set_irq_wake+0x70/0x144
cros_ec_rtc_suspend+0x38/0x4c
platform_pm_suspend+0x34/0x60
dpm_run_callback+0x64/0xcc
__device_suspend+0x314/0x420
dpm_suspend+0xf8/0x298
dpm_suspend_start+0x84/0xb4
suspend_devices_and_enter+0xbc/0x628
pm_suspend+0x214/0x354
state_store+0xb0/0x108
kobj_attr_store+0x14/0x24
sysfs_kf_write+0x4c/0x64
kernfs_fop_write+0x158/0x1f4
__vfs_write+0x54/0x18c
vfs_write+0xdc/0x19c
ksys_write+0x7c/0xe4
__arm64_sys_write+0x20/0x2c
el0_svc_common+0xa8/0x160
el0_svc_compat_handler+0x2c/0x38
el0_svc_compat+0x8/0x10
This is because the msm_gpio_irq_set_wake() function calls
irq_set_irq_wake() as a backup in case the irq comes in during the path
to idle. Given that we're calling irqchip functions from within an
irqchip we need to set the lockdep class to be different for this child
controller vs. the default one that the parent irqchip gets.
This used to be done before this driver was converted to hierarchical
irq domains in commit e35a6ae0eb3a ("pinctrl/msm: Setup GPIO chip in
hierarchy") via the gpiochip_irq_map() function. With hierarchical irq
domains this function has been replaced by
gpiochip_hierarchy_irq_domain_alloc(). Therefore, set the lockdep class
like was done previously in the irq domain path so we can avoid this
lockdep warning.
Fixes: fdd61a013a24 ("gpio: Add support for hierarchical IRQ domains")
Cc: Thierry Reding <treding@nvidia.com>
Cc: Brian Masney <masneyb@onstation.org>
Cc: Lina Iyer <ilina@codeaurora.org>
Cc: Marc Zyngier <maz@kernel.org>
Cc: Maulik Shah <mkshah@codeaurora.org>
Signed-off-by: Stephen Boyd <swboyd@chromium.org>
Link: https://lore.kernel.org/r/20200114231103.85641-1-swboyd@chromium.org
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2020-01-15 07:11:03 +08:00
|
|
|
irq_set_lockdep_class(irq, gc->irq.lock_key, gc->irq.request_key);
|
2022-07-08 02:23:09 +08:00
|
|
|
ret = irq_domain_alloc_irqs_parent(d, irq, 1, &gpio_parent_fwspec);
|
2020-01-14 16:28:20 +08:00
|
|
|
/*
|
|
|
|
* If the parent irqdomain is msi, the interrupts have already
|
|
|
|
* been allocated, so the EEXIST is good.
|
|
|
|
*/
|
|
|
|
if (irq_domain_is_msi(d->parent) && (ret == -EEXIST))
|
|
|
|
ret = 0;
|
2019-08-08 20:32:37 +08:00
|
|
|
if (ret)
|
|
|
|
chip_err(gc,
|
|
|
|
"failed to allocate parent hwirq %d for hwirq %lu\n",
|
|
|
|
parent_hwirq, hwirq);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
static unsigned int gpiochip_child_offset_to_irq_noop(struct gpio_chip *gc,
|
2019-08-08 20:32:37 +08:00
|
|
|
unsigned int offset)
|
|
|
|
{
|
|
|
|
return offset;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void gpiochip_hierarchy_setup_domain_ops(struct irq_domain_ops *ops)
|
|
|
|
{
|
|
|
|
ops->activate = gpiochip_irq_domain_activate;
|
|
|
|
ops->deactivate = gpiochip_irq_domain_deactivate;
|
|
|
|
ops->alloc = gpiochip_hierarchy_irq_domain_alloc;
|
|
|
|
|
|
|
|
/*
|
2022-07-08 02:23:12 +08:00
|
|
|
* We only allow overriding the translate() and free() functions for
|
2019-08-08 20:32:37 +08:00
|
|
|
* hierarchical chips, and this should only be done if the user
|
2022-07-08 02:23:12 +08:00
|
|
|
* really need something other than 1:1 translation for translate()
|
|
|
|
* callback and free if user wants to free up any resources which
|
|
|
|
* were allocated during callbacks, for example populate_parent_alloc_arg.
|
2019-08-08 20:32:37 +08:00
|
|
|
*/
|
|
|
|
if (!ops->translate)
|
|
|
|
ops->translate = gpiochip_hierarchy_irq_domain_translate;
|
2022-07-08 02:23:12 +08:00
|
|
|
if (!ops->free)
|
|
|
|
ops->free = irq_domain_free_irqs_common;
|
2019-08-08 20:32:37 +08:00
|
|
|
}
|
|
|
|
|
2023-06-22 01:49:39 +08:00
|
|
|
static struct irq_domain *gpiochip_hierarchy_create_domain(struct gpio_chip *gc)
|
2019-08-08 20:32:37 +08:00
|
|
|
{
|
2023-06-22 01:49:39 +08:00
|
|
|
struct irq_domain *domain;
|
|
|
|
|
2019-08-08 20:32:37 +08:00
|
|
|
if (!gc->irq.child_to_parent_hwirq ||
|
|
|
|
!gc->irq.fwnode) {
|
|
|
|
chip_err(gc, "missing irqdomain vital data\n");
|
2023-06-22 01:49:39 +08:00
|
|
|
return ERR_PTR(-EINVAL);
|
2019-08-08 20:32:37 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
if (!gc->irq.child_offset_to_irq)
|
|
|
|
gc->irq.child_offset_to_irq = gpiochip_child_offset_to_irq_noop;
|
|
|
|
|
2020-01-14 16:28:19 +08:00
|
|
|
if (!gc->irq.populate_parent_alloc_arg)
|
|
|
|
gc->irq.populate_parent_alloc_arg =
|
2019-08-08 20:32:37 +08:00
|
|
|
gpiochip_populate_parent_fwspec_twocell;
|
|
|
|
|
|
|
|
gpiochip_hierarchy_setup_domain_ops(&gc->irq.child_irq_domain_ops);
|
|
|
|
|
2023-06-22 01:49:39 +08:00
|
|
|
domain = irq_domain_create_hierarchy(
|
2019-08-08 20:32:37 +08:00
|
|
|
gc->irq.parent_domain,
|
|
|
|
0,
|
|
|
|
gc->ngpio,
|
|
|
|
gc->irq.fwnode,
|
|
|
|
&gc->irq.child_irq_domain_ops,
|
|
|
|
gc);
|
|
|
|
|
2023-06-22 01:49:39 +08:00
|
|
|
if (!domain)
|
|
|
|
return ERR_PTR(-ENOMEM);
|
2019-08-08 20:32:37 +08:00
|
|
|
|
|
|
|
gpiochip_set_hierarchical_irqchip(gc, gc->irq.chip);
|
|
|
|
|
2023-06-22 01:49:39 +08:00
|
|
|
return domain;
|
2019-08-08 20:32:37 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static bool gpiochip_hierarchy_is_hierarchical(struct gpio_chip *gc)
|
|
|
|
{
|
|
|
|
return !!gc->irq.parent_domain;
|
|
|
|
}
|
|
|
|
|
2022-07-08 02:23:09 +08:00
|
|
|
int gpiochip_populate_parent_fwspec_twocell(struct gpio_chip *gc,
|
|
|
|
union gpio_irq_fwspec *gfwspec,
|
|
|
|
unsigned int parent_hwirq,
|
|
|
|
unsigned int parent_type)
|
2019-08-08 20:32:37 +08:00
|
|
|
{
|
2022-07-08 02:23:09 +08:00
|
|
|
struct irq_fwspec *fwspec = &gfwspec->fwspec;
|
2020-01-14 16:28:19 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
fwspec->fwnode = gc->irq.parent_domain->fwnode;
|
2019-08-08 20:32:37 +08:00
|
|
|
fwspec->param_count = 2;
|
|
|
|
fwspec->param[0] = parent_hwirq;
|
|
|
|
fwspec->param[1] = parent_type;
|
2020-01-14 16:28:19 +08:00
|
|
|
|
2022-07-08 02:23:09 +08:00
|
|
|
return 0;
|
2019-08-08 20:32:37 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_populate_parent_fwspec_twocell);
|
|
|
|
|
2022-07-08 02:23:09 +08:00
|
|
|
int gpiochip_populate_parent_fwspec_fourcell(struct gpio_chip *gc,
|
|
|
|
union gpio_irq_fwspec *gfwspec,
|
|
|
|
unsigned int parent_hwirq,
|
|
|
|
unsigned int parent_type)
|
2019-08-08 20:32:37 +08:00
|
|
|
{
|
2022-07-08 02:23:09 +08:00
|
|
|
struct irq_fwspec *fwspec = &gfwspec->fwspec;
|
2020-01-14 16:28:19 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
fwspec->fwnode = gc->irq.parent_domain->fwnode;
|
2019-08-08 20:32:37 +08:00
|
|
|
fwspec->param_count = 4;
|
|
|
|
fwspec->param[0] = 0;
|
|
|
|
fwspec->param[1] = parent_hwirq;
|
|
|
|
fwspec->param[2] = 0;
|
|
|
|
fwspec->param[3] = parent_type;
|
2020-01-14 16:28:19 +08:00
|
|
|
|
2022-07-08 02:23:09 +08:00
|
|
|
return 0;
|
2019-08-08 20:32:37 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_populate_parent_fwspec_fourcell);
|
|
|
|
|
|
|
|
#else
|
|
|
|
|
2023-06-22 01:49:39 +08:00
|
|
|
static struct irq_domain *gpiochip_hierarchy_create_domain(struct gpio_chip *gc)
|
2019-08-08 20:32:37 +08:00
|
|
|
{
|
2023-06-22 01:49:39 +08:00
|
|
|
return ERR_PTR(-EINVAL);
|
2019-08-08 20:32:37 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static bool gpiochip_hierarchy_is_hierarchical(struct gpio_chip *gc)
|
|
|
|
{
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
#endif /* CONFIG_IRQ_DOMAIN_HIERARCHY */
|
|
|
|
|
2014-03-25 17:40:18 +08:00
|
|
|
/**
|
|
|
|
* gpiochip_irq_map() - maps an IRQ into a GPIO irqchip
|
|
|
|
* @d: the irqdomain used by this irqchip
|
|
|
|
* @irq: the global irq number used by this GPIO irqchip irq
|
|
|
|
* @hwirq: the local IRQ/GPIO line offset on this gpiochip
|
|
|
|
*
|
|
|
|
* This function will set up the mapping for a certain IRQ line on a
|
|
|
|
* gpiochip by assigning the gpiochip as chip data, and using the irqchip
|
|
|
|
* stored inside the gpiochip.
|
|
|
|
*/
|
2023-03-10 02:58:19 +08:00
|
|
|
int gpiochip_irq_map(struct irq_domain *d, unsigned int irq, irq_hw_number_t hwirq)
|
2014-03-25 17:40:18 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc = d->host_data;
|
2019-07-16 17:11:45 +08:00
|
|
|
int ret = 0;
|
2014-03-25 17:40:18 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (!gpiochip_irqchip_irq_valid(gc, hwirq))
|
2017-07-22 00:49:00 +08:00
|
|
|
return -ENXIO;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
irq_set_chip_data(irq, gc);
|
gpiolib: irqchip: use different lockdep class for each gpio irqchip
Since IRQ chip helpers were introduced drivers lose ability to
register separate lockdep classes for each registered GPIO IRQ
chip and the gpiolib now is using shared lockdep class for
all GPIO IRQ chips (gpiochip_irq_lock_class).
As result, lockdep will produce warning when there are min two
stacked GPIO chips and all of them are interrupt controllers.
HW configuration which generates lockdep warning (TI dra7-evm):
[SOC GPIO bankA.gpioX]
<- irq - [pcf875x.gpioY]
<- irq - DevZ.enable_irq_wake(pcf_gpioY_irq);
The issue was reported in [1] and discussed [2].
=============================================
[ INFO: possible recursive locking detected ]
4.2.0-rc6-00013-g5d050ed-dirty #55 Not tainted
---------------------------------------------
sh/63 is trying to acquire lock:
(class){......}, at: [<c009b91c>] __irq_get_desc_lock+0x50/0x94
but task is already holding lock:
(class){......}, at: [<c009b91c>] __irq_get_desc_lock+0x50/0x94
other info that might help us debug this:
Possible unsafe locking scenario:
CPU0
----
lock(class);
lock(class);
*** DEADLOCK ***
May be due to missing lock nesting notation
7 locks held by sh/63:
#0: (sb_writers#4){.+.+.+}, at: [<c016bbb8>] vfs_write+0x13c/0x164
#1: (&of->mutex){+.+.+.}, at: [<c01debf4>] kernfs_fop_write+0x4c/0x1a0
#2: (s_active#36){.+.+.+}, at: [<c01debfc>] kernfs_fop_write+0x54/0x1a0
#3: (pm_mutex){+.+.+.}, at: [<c009758c>] pm_suspend+0xec/0x4c4
#4: (&dev->mutex){......}, at: [<c03f77f8>] __device_suspend+0xd4/0x398
#5: (&gpio->lock){+.+.+.}, at: [<c009b940>] __irq_get_desc_lock+0x74/0x94
#6: (class){......}, at: [<c009b91c>] __irq_get_desc_lock+0x50/0x94
stack backtrace:
CPU: 0 PID: 63 Comm: sh Not tainted 4.2.0-rc6-00013-g5d050ed-dirty #55
Hardware name: Generic DRA74X (Flattened Device Tree)
[<c0016e24>] (unwind_backtrace) from [<c0013338>] (show_stack+0x10/0x14)
[<c0013338>] (show_stack) from [<c05f6b24>] (dump_stack+0x84/0x9c)
[<c05f6b24>] (dump_stack) from [<c00903f4>] (__lock_acquire+0x19c0/0x1e20)
[<c00903f4>] (__lock_acquire) from [<c0091098>] (lock_acquire+0xa8/0x128)
[<c0091098>] (lock_acquire) from [<c05fd61c>] (_raw_spin_lock_irqsave+0x38/0x4c)
[<c05fd61c>] (_raw_spin_lock_irqsave) from [<c009b91c>] (__irq_get_desc_lock+0x50/0x94)
[<c009b91c>] (__irq_get_desc_lock) from [<c009c4f4>] (irq_set_irq_wake+0x20/0xfc)
[<c009c4f4>] (irq_set_irq_wake) from [<c0393ac4>] (pcf857x_irq_set_wake+0x24/0x54)
[<c0393ac4>] (pcf857x_irq_set_wake) from [<c009c560>] (irq_set_irq_wake+0x8c/0xfc)
[<c009c560>] (irq_set_irq_wake) from [<c04a02ac>] (gpio_keys_suspend+0x70/0xd4)
[<c04a02ac>] (gpio_keys_suspend) from [<c03f6a00>] (dpm_run_callback+0x50/0x124)
[<c03f6a00>] (dpm_run_callback) from [<c03f7830>] (__device_suspend+0x10c/0x398)
[<c03f7830>] (__device_suspend) from [<c03f90f0>] (dpm_suspend+0x134/0x2f4)
[<c03f90f0>] (dpm_suspend) from [<c0096e20>] (suspend_devices_and_enter+0xa8/0x728)
[<c0096e20>] (suspend_devices_and_enter) from [<c00977cc>] (pm_suspend+0x32c/0x4c4)
[<c00977cc>] (pm_suspend) from [<c0096060>] (state_store+0x64/0xb8)
[<c0096060>] (state_store) from [<c01dec64>] (kernfs_fop_write+0xbc/0x1a0)
[<c01dec64>] (kernfs_fop_write) from [<c016b280>] (__vfs_write+0x20/0xd8)
[<c016b280>] (__vfs_write) from [<c016bb0c>] (vfs_write+0x90/0x164)
[<c016bb0c>] (vfs_write) from [<c016c330>] (SyS_write+0x44/0x9c)
[<c016c330>] (SyS_write) from [<c000f500>] (ret_fast_syscall+0x0/0x54)
Lets fix it by using separate lockdep class for each registered GPIO
IRQ Chip. This is done by wrapping gpiochip_irqchip_add call into macros.
The implementation of this patch inspired by solution done by Nicolas
Boichat for regmap [3]
[1] http://www.spinics.net/lists/linux-gpio/msg05844.html
[2] http://www.spinics.net/lists/linux-gpio/msg06021.html
[3] http://www.spinics.net/lists/arm-kernel/msg429834.html
Cc: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Roger Quadros <rogerq@ti.com>
Reported-by: Roger Quadros <rogerq@ti.com>
Tested-by: Roger Quadros <rogerq@ti.com>
Signed-off-by: Grygorii Strashko <grygorii.strashko@ti.com>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2015-08-17 20:35:23 +08:00
|
|
|
/*
|
|
|
|
* This lock class tells lockdep that GPIO irqs are in a different
|
|
|
|
* category than their parents, so it won't report false recursion.
|
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
irq_set_lockdep_class(irq, gc->irq.lock_key, gc->irq.request_key);
|
|
|
|
irq_set_chip_and_handler(irq, gc->irq.chip, gc->irq.handler);
|
2016-11-24 17:57:25 +08:00
|
|
|
/* Chips that use nested thread handlers have them marked */
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->irq.threaded)
|
2014-04-09 19:34:39 +08:00
|
|
|
irq_set_nested_thread(irq, 1);
|
2014-03-25 17:40:18 +08:00
|
|
|
irq_set_noprobe(irq);
|
2015-07-28 04:55:16 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->irq.num_parents == 1)
|
|
|
|
ret = irq_set_parent(irq, gc->irq.parents[0]);
|
|
|
|
else if (gc->irq.map)
|
|
|
|
ret = irq_set_parent(irq, gc->irq.map[hwirq]);
|
2017-11-08 02:15:54 +08:00
|
|
|
|
2019-07-16 17:11:45 +08:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
2017-11-08 02:15:54 +08:00
|
|
|
|
2014-04-23 22:45:12 +08:00
|
|
|
/*
|
|
|
|
* No set-up of the hardware will happen if IRQ_TYPE_NONE
|
|
|
|
* is passed as default type.
|
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->irq.default_type != IRQ_TYPE_NONE)
|
|
|
|
irq_set_irq_type(irq, gc->irq.default_type);
|
2014-03-25 17:40:18 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
2017-11-08 02:15:55 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_irq_map);
|
2014-03-25 17:40:18 +08:00
|
|
|
|
2017-11-08 02:15:55 +08:00
|
|
|
void gpiochip_irq_unmap(struct irq_domain *d, unsigned int irq)
|
2014-03-29 03:42:01 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc = d->host_data;
|
2014-04-09 19:34:39 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->irq.threaded)
|
2014-04-09 19:34:39 +08:00
|
|
|
irq_set_nested_thread(irq, 0);
|
2014-03-29 03:42:01 +08:00
|
|
|
irq_set_chip_and_handler(irq, NULL, NULL);
|
|
|
|
irq_set_chip_data(irq, NULL);
|
|
|
|
}
|
2017-11-08 02:15:55 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_irq_unmap);
|
2014-03-29 03:42:01 +08:00
|
|
|
|
2014-03-25 17:40:18 +08:00
|
|
|
static const struct irq_domain_ops gpiochip_domain_ops = {
|
|
|
|
.map = gpiochip_irq_map,
|
2014-03-29 03:42:01 +08:00
|
|
|
.unmap = gpiochip_irq_unmap,
|
2014-03-25 17:40:18 +08:00
|
|
|
/* Virtually all GPIO irqchips are twocell:ed */
|
|
|
|
.xlate = irq_domain_xlate_twocell,
|
|
|
|
};
|
|
|
|
|
2023-06-22 01:49:40 +08:00
|
|
|
static struct irq_domain *gpiochip_simple_create_domain(struct gpio_chip *gc)
|
|
|
|
{
|
|
|
|
struct fwnode_handle *fwnode = dev_fwnode(&gc->gpiodev->dev);
|
|
|
|
struct irq_domain *domain;
|
|
|
|
|
|
|
|
domain = irq_domain_create_simple(fwnode, gc->ngpio, gc->irq.first,
|
|
|
|
&gpiochip_domain_ops, gc);
|
|
|
|
if (!domain)
|
|
|
|
return ERR_PTR(-EINVAL);
|
|
|
|
|
|
|
|
return domain;
|
|
|
|
}
|
|
|
|
|
2019-08-08 20:32:37 +08:00
|
|
|
/*
|
|
|
|
* TODO: move these activate/deactivate in under the hierarchicial
|
|
|
|
* irqchip implementation as static once SPMI and SSBI (all external
|
|
|
|
* users) are phased over.
|
|
|
|
*/
|
2019-01-20 04:42:42 +08:00
|
|
|
/**
|
|
|
|
* gpiochip_irq_domain_activate() - Lock a GPIO to be used as an IRQ
|
|
|
|
* @domain: The IRQ domain used by this IRQ chip
|
|
|
|
* @data: Outermost irq_data associated with the IRQ
|
|
|
|
* @reserve: If set, only reserve an interrupt vector instead of assigning one
|
|
|
|
*
|
|
|
|
* This function is a wrapper that calls gpiochip_lock_as_irq() and is to be
|
|
|
|
* used as the activate function for the &struct irq_domain_ops. The host_data
|
|
|
|
* for the IRQ domain must be the &struct gpio_chip.
|
|
|
|
*/
|
|
|
|
int gpiochip_irq_domain_activate(struct irq_domain *domain,
|
|
|
|
struct irq_data *data, bool reserve)
|
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc = domain->host_data;
|
2023-03-10 02:58:19 +08:00
|
|
|
unsigned int hwirq = irqd_to_hwirq(data);
|
2019-01-20 04:42:42 +08:00
|
|
|
|
2023-03-10 02:58:19 +08:00
|
|
|
return gpiochip_lock_as_irq(gc, hwirq);
|
2019-01-20 04:42:42 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_irq_domain_activate);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiochip_irq_domain_deactivate() - Unlock a GPIO used as an IRQ
|
|
|
|
* @domain: The IRQ domain used by this IRQ chip
|
|
|
|
* @data: Outermost irq_data associated with the IRQ
|
|
|
|
*
|
|
|
|
* This function is a wrapper that will call gpiochip_unlock_as_irq() and is to
|
|
|
|
* be used as the deactivate function for the &struct irq_domain_ops. The
|
|
|
|
* host_data for the IRQ domain must be the &struct gpio_chip.
|
|
|
|
*/
|
|
|
|
void gpiochip_irq_domain_deactivate(struct irq_domain *domain,
|
|
|
|
struct irq_data *data)
|
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc = domain->host_data;
|
2023-03-10 02:58:19 +08:00
|
|
|
unsigned int hwirq = irqd_to_hwirq(data);
|
2019-01-20 04:42:42 +08:00
|
|
|
|
2023-03-10 02:58:19 +08:00
|
|
|
return gpiochip_unlock_as_irq(gc, hwirq);
|
2019-01-20 04:42:42 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_irq_domain_deactivate);
|
|
|
|
|
2020-11-10 04:53:16 +08:00
|
|
|
static int gpiochip_to_irq(struct gpio_chip *gc, unsigned int offset)
|
2014-03-25 17:40:18 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct irq_domain *domain = gc->irq.domain;
|
2019-08-08 20:32:37 +08:00
|
|
|
|
2022-03-21 21:32:41 +08:00
|
|
|
#ifdef CONFIG_GPIOLIB_IRQCHIP
|
|
|
|
/*
|
|
|
|
* Avoid race condition with other code, which tries to lookup
|
|
|
|
* an IRQ before the irqchip has been properly registered,
|
|
|
|
* i.e. while gpiochip is still being brought up.
|
|
|
|
*/
|
|
|
|
if (!gc->irq.initialized)
|
|
|
|
return -EPROBE_DEFER;
|
|
|
|
#endif
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (!gpiochip_irqchip_irq_valid(gc, offset))
|
2018-09-08 17:23:14 +08:00
|
|
|
return -ENXIO;
|
2015-06-26 01:30:50 +08:00
|
|
|
|
2019-08-08 20:32:37 +08:00
|
|
|
#ifdef CONFIG_IRQ_DOMAIN_HIERARCHY
|
|
|
|
if (irq_domain_is_hierarchy(domain)) {
|
|
|
|
struct irq_fwspec spec;
|
|
|
|
|
|
|
|
spec.fwnode = domain->fwnode;
|
|
|
|
spec.param_count = 2;
|
2020-03-29 22:04:05 +08:00
|
|
|
spec.param[0] = gc->irq.child_offset_to_irq(gc, offset);
|
2019-08-08 20:32:37 +08:00
|
|
|
spec.param[1] = IRQ_TYPE_NONE;
|
|
|
|
|
|
|
|
return irq_create_fwspec_mapping(&spec);
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
|
|
|
return irq_create_mapping(domain, offset);
|
2014-03-25 17:40:18 +08:00
|
|
|
}
|
|
|
|
|
2022-04-19 22:18:38 +08:00
|
|
|
int gpiochip_irq_reqres(struct irq_data *d)
|
2014-03-25 17:40:18 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
|
2023-03-10 02:58:19 +08:00
|
|
|
unsigned int hwirq = irqd_to_hwirq(d);
|
2015-06-26 01:30:50 +08:00
|
|
|
|
2023-03-10 02:58:19 +08:00
|
|
|
return gpiochip_reqres_irq(gc, hwirq);
|
2014-03-25 17:40:18 +08:00
|
|
|
}
|
2022-04-19 22:18:38 +08:00
|
|
|
EXPORT_SYMBOL(gpiochip_irq_reqres);
|
2014-03-25 17:40:18 +08:00
|
|
|
|
2022-04-19 22:18:38 +08:00
|
|
|
void gpiochip_irq_relres(struct irq_data *d)
|
2014-03-25 17:40:18 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
|
2023-03-10 02:58:19 +08:00
|
|
|
unsigned int hwirq = irqd_to_hwirq(d);
|
2014-03-25 17:40:18 +08:00
|
|
|
|
2023-03-10 02:58:19 +08:00
|
|
|
gpiochip_relres_irq(gc, hwirq);
|
2014-03-25 17:40:18 +08:00
|
|
|
}
|
2022-04-19 22:18:38 +08:00
|
|
|
EXPORT_SYMBOL(gpiochip_irq_relres);
|
2014-03-25 17:40:18 +08:00
|
|
|
|
2020-05-24 01:11:10 +08:00
|
|
|
static void gpiochip_irq_mask(struct irq_data *d)
|
|
|
|
{
|
|
|
|
struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
|
2023-03-10 02:58:19 +08:00
|
|
|
unsigned int hwirq = irqd_to_hwirq(d);
|
2020-05-24 01:11:10 +08:00
|
|
|
|
|
|
|
if (gc->irq.irq_mask)
|
|
|
|
gc->irq.irq_mask(d);
|
2023-03-10 02:58:19 +08:00
|
|
|
gpiochip_disable_irq(gc, hwirq);
|
2020-05-24 01:11:10 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void gpiochip_irq_unmask(struct irq_data *d)
|
|
|
|
{
|
|
|
|
struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
|
2023-03-10 02:58:19 +08:00
|
|
|
unsigned int hwirq = irqd_to_hwirq(d);
|
2020-05-24 01:11:10 +08:00
|
|
|
|
2023-03-10 02:58:19 +08:00
|
|
|
gpiochip_enable_irq(gc, hwirq);
|
2020-05-24 01:11:10 +08:00
|
|
|
if (gc->irq.irq_unmask)
|
|
|
|
gc->irq.irq_unmask(d);
|
|
|
|
}
|
|
|
|
|
2018-09-08 17:23:17 +08:00
|
|
|
static void gpiochip_irq_enable(struct irq_data *d)
|
2014-03-25 17:40:18 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
|
2023-03-10 02:58:19 +08:00
|
|
|
unsigned int hwirq = irqd_to_hwirq(d);
|
2017-11-08 02:15:54 +08:00
|
|
|
|
2023-03-10 02:58:19 +08:00
|
|
|
gpiochip_enable_irq(gc, hwirq);
|
2020-05-24 01:11:10 +08:00
|
|
|
gc->irq.irq_enable(d);
|
2018-09-08 17:23:17 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void gpiochip_irq_disable(struct irq_data *d)
|
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc = irq_data_get_irq_chip_data(d);
|
2023-03-10 02:58:19 +08:00
|
|
|
unsigned int hwirq = irqd_to_hwirq(d);
|
2018-09-08 17:23:17 +08:00
|
|
|
|
2020-05-24 01:11:10 +08:00
|
|
|
gc->irq.irq_disable(d);
|
2023-03-10 02:58:19 +08:00
|
|
|
gpiochip_disable_irq(gc, hwirq);
|
2018-09-08 17:23:17 +08:00
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
static void gpiochip_set_irq_hooks(struct gpio_chip *gc)
|
2018-09-08 17:23:15 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct irq_chip *irqchip = gc->irq.chip;
|
2018-09-08 17:23:15 +08:00
|
|
|
|
2022-04-19 22:18:37 +08:00
|
|
|
if (irqchip->flags & IRQCHIP_IMMUTABLE)
|
|
|
|
return;
|
|
|
|
|
|
|
|
chip_warn(gc, "not an immutable chip, please consider fixing it!\n");
|
|
|
|
|
2018-09-08 17:23:15 +08:00
|
|
|
if (!irqchip->irq_request_resources &&
|
|
|
|
!irqchip->irq_release_resources) {
|
|
|
|
irqchip->irq_request_resources = gpiochip_irq_reqres;
|
|
|
|
irqchip->irq_release_resources = gpiochip_irq_relres;
|
|
|
|
}
|
2020-03-29 22:04:05 +08:00
|
|
|
if (WARN_ON(gc->irq.irq_enable))
|
2018-09-08 17:23:17 +08:00
|
|
|
return;
|
2018-09-14 16:36:39 +08:00
|
|
|
/* Check if the irqchip already has this hook... */
|
2020-12-10 15:05:14 +08:00
|
|
|
if (irqchip->irq_enable == gpiochip_irq_enable ||
|
|
|
|
irqchip->irq_mask == gpiochip_irq_mask) {
|
2018-09-14 16:36:39 +08:00
|
|
|
/*
|
|
|
|
* ...and if so, give a gentle warning that this is bad
|
|
|
|
* practice.
|
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
chip_info(gc,
|
2018-09-14 16:36:39 +08:00
|
|
|
"detected irqchip that is shared with multiple gpiochips: please fix the driver.\n");
|
|
|
|
return;
|
|
|
|
}
|
2020-05-24 01:11:10 +08:00
|
|
|
|
|
|
|
if (irqchip->irq_disable) {
|
|
|
|
gc->irq.irq_disable = irqchip->irq_disable;
|
|
|
|
irqchip->irq_disable = gpiochip_irq_disable;
|
|
|
|
} else {
|
|
|
|
gc->irq.irq_mask = irqchip->irq_mask;
|
|
|
|
irqchip->irq_mask = gpiochip_irq_mask;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (irqchip->irq_enable) {
|
|
|
|
gc->irq.irq_enable = irqchip->irq_enable;
|
|
|
|
irqchip->irq_enable = gpiochip_irq_enable;
|
|
|
|
} else {
|
|
|
|
gc->irq.irq_unmask = irqchip->irq_unmask;
|
|
|
|
irqchip->irq_unmask = gpiochip_irq_unmask;
|
|
|
|
}
|
2014-03-25 17:40:18 +08:00
|
|
|
}
|
|
|
|
|
2023-06-22 01:49:42 +08:00
|
|
|
static int gpiochip_irqchip_add_allocated_domain(struct gpio_chip *gc,
|
|
|
|
struct irq_domain *domain,
|
|
|
|
bool allocated_externally)
|
|
|
|
{
|
|
|
|
if (!domain)
|
|
|
|
return -EINVAL;
|
|
|
|
|
2023-06-22 01:49:43 +08:00
|
|
|
if (gc->to_irq)
|
|
|
|
chip_warn(gc, "to_irq is redefined in %s and you shouldn't rely on it\n", __func__);
|
|
|
|
|
2023-06-22 01:49:42 +08:00
|
|
|
gc->to_irq = gpiochip_to_irq;
|
|
|
|
gc->irq.domain = domain;
|
|
|
|
gc->irq.domain_is_allocated_externally = allocated_externally;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Using barrier() here to prevent compiler from reordering
|
|
|
|
* gc->irq.initialized before adding irqdomain.
|
|
|
|
*/
|
|
|
|
barrier();
|
|
|
|
|
|
|
|
gc->irq.initialized = true;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-11-08 02:15:54 +08:00
|
|
|
/**
|
|
|
|
* gpiochip_add_irqchip() - adds an IRQ chip to a GPIO chip
|
2020-03-29 22:04:05 +08:00
|
|
|
* @gc: the GPIO chip to add the IRQ chip to
|
2017-12-03 01:11:04 +08:00
|
|
|
* @lock_key: lockdep class for IRQ lock
|
|
|
|
* @request_key: lockdep class for IRQ request
|
2017-11-08 02:15:54 +08:00
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
static int gpiochip_add_irqchip(struct gpio_chip *gc,
|
2017-12-03 01:11:04 +08:00
|
|
|
struct lock_class_key *lock_key,
|
|
|
|
struct lock_class_key *request_key)
|
2017-11-08 02:15:54 +08:00
|
|
|
{
|
2021-03-09 17:37:35 +08:00
|
|
|
struct fwnode_handle *fwnode = dev_fwnode(&gc->gpiodev->dev);
|
2020-03-29 22:04:05 +08:00
|
|
|
struct irq_chip *irqchip = gc->irq.chip;
|
2023-06-22 01:49:41 +08:00
|
|
|
struct irq_domain *domain;
|
2017-11-08 02:15:54 +08:00
|
|
|
unsigned int type;
|
|
|
|
unsigned int i;
|
2023-06-22 01:49:43 +08:00
|
|
|
int ret;
|
2017-11-08 02:15:54 +08:00
|
|
|
|
|
|
|
if (!irqchip)
|
|
|
|
return 0;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->irq.parent_handler && gc->can_sleep) {
|
|
|
|
chip_err(gc, "you cannot have chained interrupts on a chip that may sleep\n");
|
2017-11-08 02:15:54 +08:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
type = gc->irq.default_type;
|
2017-11-08 02:15:54 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Specifying a default trigger is a terrible idea if DT or ACPI is
|
|
|
|
* used to configure the interrupts, as you may end up with
|
|
|
|
* conflicting triggers. Tell the user, and reset to NONE.
|
|
|
|
*/
|
2021-03-09 17:37:35 +08:00
|
|
|
if (WARN(fwnode && type != IRQ_TYPE_NONE,
|
|
|
|
"%pfw: Ignoring %u default trigger\n", fwnode, type))
|
2017-11-08 02:15:54 +08:00
|
|
|
type = IRQ_TYPE_NONE;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
gc->irq.default_type = type;
|
|
|
|
gc->irq.lock_key = lock_key;
|
|
|
|
gc->irq.request_key = request_key;
|
2017-11-08 02:15:54 +08:00
|
|
|
|
2019-08-08 20:32:37 +08:00
|
|
|
/* If a parent irqdomain is provided, let's build a hierarchy */
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gpiochip_hierarchy_is_hierarchical(gc)) {
|
2023-06-22 01:49:41 +08:00
|
|
|
domain = gpiochip_hierarchy_create_domain(gc);
|
2019-08-08 20:32:37 +08:00
|
|
|
} else {
|
2023-06-22 01:49:41 +08:00
|
|
|
domain = gpiochip_simple_create_domain(gc);
|
2019-08-08 20:32:37 +08:00
|
|
|
}
|
2023-06-22 01:49:41 +08:00
|
|
|
if (IS_ERR(domain))
|
|
|
|
return PTR_ERR(domain);
|
2017-11-08 02:15:54 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->irq.parent_handler) {
|
|
|
|
for (i = 0; i < gc->irq.num_parents; i++) {
|
2021-10-27 01:58:11 +08:00
|
|
|
void *data;
|
|
|
|
|
|
|
|
if (gc->irq.per_parent_data)
|
|
|
|
data = gc->irq.parent_handler_data_array[i];
|
|
|
|
else
|
|
|
|
data = gc->irq.parent_handler_data ?: gc;
|
|
|
|
|
2017-11-08 02:15:54 +08:00
|
|
|
/*
|
|
|
|
* The parent IRQ chip is already using the chip_data
|
|
|
|
* for this IRQ chip, so our callbacks simply use the
|
|
|
|
* handler_data.
|
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
irq_set_chained_handler_and_data(gc->irq.parents[i],
|
|
|
|
gc->irq.parent_handler,
|
2017-11-08 02:15:54 +08:00
|
|
|
data);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
gpiochip_set_irq_hooks(gc);
|
2018-09-08 17:23:15 +08:00
|
|
|
|
2023-06-22 01:49:43 +08:00
|
|
|
ret = gpiochip_irqchip_add_allocated_domain(gc, domain, false);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
2022-03-21 21:32:41 +08:00
|
|
|
|
2022-04-22 21:14:52 +08:00
|
|
|
acpi_gpiochip_request_interrupts(gc);
|
|
|
|
|
2017-11-08 02:15:54 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-03-25 17:40:18 +08:00
|
|
|
/**
|
|
|
|
* gpiochip_irqchip_remove() - removes an irqchip added to a gpiochip
|
2020-03-29 22:04:05 +08:00
|
|
|
* @gc: the gpiochip to remove the irqchip from
|
2014-03-25 17:40:18 +08:00
|
|
|
*
|
|
|
|
* This is called only from gpiochip_remove()
|
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
static void gpiochip_irqchip_remove(struct gpio_chip *gc)
|
2014-03-25 17:40:18 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct irq_chip *irqchip = gc->irq.chip;
|
2017-11-08 02:15:50 +08:00
|
|
|
unsigned int offset;
|
2014-03-29 03:42:01 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
acpi_gpiochip_free_interrupts(gc);
|
2014-07-25 14:54:48 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (irqchip && gc->irq.parent_handler) {
|
|
|
|
struct gpio_irq_chip *irq = &gc->irq;
|
2017-11-08 02:15:50 +08:00
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
for (i = 0; i < irq->num_parents; i++)
|
|
|
|
irq_set_chained_handler_and_data(irq->parents[i],
|
|
|
|
NULL, NULL);
|
2015-05-13 01:12:23 +08:00
|
|
|
}
|
|
|
|
|
2014-03-29 03:42:01 +08:00
|
|
|
/* Remove all IRQ mappings and delete the domain */
|
2023-06-19 16:56:07 +08:00
|
|
|
if (!gc->irq.domain_is_allocated_externally && gc->irq.domain) {
|
2017-11-08 02:15:50 +08:00
|
|
|
unsigned int irq;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
for (offset = 0; offset < gc->ngpio; offset++) {
|
|
|
|
if (!gpiochip_irqchip_irq_valid(gc, offset))
|
2016-09-20 20:15:21 +08:00
|
|
|
continue;
|
2017-11-08 02:15:47 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
irq = irq_find_mapping(gc->irq.domain, offset);
|
2017-11-08 02:15:47 +08:00
|
|
|
irq_dispose_mapping(irq);
|
2016-09-20 20:15:21 +08:00
|
|
|
}
|
2017-11-08 02:15:47 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
irq_domain_remove(gc->irq.domain);
|
2014-03-29 03:42:01 +08:00
|
|
|
}
|
2014-03-25 17:40:18 +08:00
|
|
|
|
2022-04-19 22:18:37 +08:00
|
|
|
if (irqchip && !(irqchip->flags & IRQCHIP_IMMUTABLE)) {
|
2018-09-08 17:23:17 +08:00
|
|
|
if (irqchip->irq_request_resources == gpiochip_irq_reqres) {
|
|
|
|
irqchip->irq_request_resources = NULL;
|
|
|
|
irqchip->irq_release_resources = NULL;
|
|
|
|
}
|
|
|
|
if (irqchip->irq_enable == gpiochip_irq_enable) {
|
2020-03-29 22:04:05 +08:00
|
|
|
irqchip->irq_enable = gc->irq.irq_enable;
|
|
|
|
irqchip->irq_disable = gc->irq.irq_disable;
|
2018-09-08 17:23:17 +08:00
|
|
|
}
|
2014-03-25 17:40:18 +08:00
|
|
|
}
|
2020-03-29 22:04:05 +08:00
|
|
|
gc->irq.irq_enable = NULL;
|
|
|
|
gc->irq.irq_disable = NULL;
|
|
|
|
gc->irq.chip = NULL;
|
2016-09-20 20:15:21 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
gpiochip_irqchip_free_valid_mask(gc);
|
2014-03-25 17:40:18 +08:00
|
|
|
}
|
|
|
|
|
2020-05-28 22:58:43 +08:00
|
|
|
/**
|
|
|
|
* gpiochip_irqchip_add_domain() - adds an irqdomain to a gpiochip
|
|
|
|
* @gc: the gpiochip to add the irqchip to
|
|
|
|
* @domain: the irqdomain to add to the gpiochip
|
|
|
|
*
|
|
|
|
* This function adds an IRQ domain to the gpiochip.
|
|
|
|
*/
|
|
|
|
int gpiochip_irqchip_add_domain(struct gpio_chip *gc,
|
|
|
|
struct irq_domain *domain)
|
|
|
|
{
|
2023-06-22 01:49:42 +08:00
|
|
|
return gpiochip_irqchip_add_allocated_domain(gc, domain, true);
|
2020-05-28 22:58:43 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_irqchip_add_domain);
|
|
|
|
|
2014-03-25 17:40:18 +08:00
|
|
|
#else /* CONFIG_GPIOLIB_IRQCHIP */
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
static inline int gpiochip_add_irqchip(struct gpio_chip *gc,
|
2017-12-03 01:11:04 +08:00
|
|
|
struct lock_class_key *lock_key,
|
|
|
|
struct lock_class_key *request_key)
|
2017-11-08 02:15:54 +08:00
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
2020-03-29 22:04:05 +08:00
|
|
|
static void gpiochip_irqchip_remove(struct gpio_chip *gc) {}
|
2019-10-09 22:34:44 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
static inline int gpiochip_irqchip_init_hw(struct gpio_chip *gc)
|
2019-10-09 22:34:44 +08:00
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
static inline int gpiochip_irqchip_init_valid_mask(struct gpio_chip *gc)
|
2016-09-20 20:15:21 +08:00
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
2020-03-29 22:04:05 +08:00
|
|
|
static inline void gpiochip_irqchip_free_valid_mask(struct gpio_chip *gc)
|
2016-09-20 20:15:21 +08:00
|
|
|
{ }
|
2014-03-25 17:40:18 +08:00
|
|
|
|
|
|
|
#endif /* CONFIG_GPIOLIB_IRQCHIP */
|
|
|
|
|
2015-10-11 23:34:15 +08:00
|
|
|
/**
|
|
|
|
* gpiochip_generic_request() - request the gpio function for a pin
|
2020-03-29 22:04:05 +08:00
|
|
|
* @gc: the gpiochip owning the GPIO
|
2015-10-11 23:34:15 +08:00
|
|
|
* @offset: the offset of the GPIO to request for GPIO function
|
|
|
|
*/
|
2020-11-10 04:53:16 +08:00
|
|
|
int gpiochip_generic_request(struct gpio_chip *gc, unsigned int offset)
|
2015-10-11 23:34:15 +08:00
|
|
|
{
|
2022-03-16 00:52:05 +08:00
|
|
|
#ifdef CONFIG_PINCTRL
|
|
|
|
if (list_empty(&gc->gpiodev->pin_ranges))
|
|
|
|
return 0;
|
|
|
|
#endif
|
|
|
|
|
2023-10-03 17:56:03 +08:00
|
|
|
return pinctrl_gpio_request(gc, offset);
|
2015-10-11 23:34:15 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_generic_request);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiochip_generic_free() - free the gpio function from a pin
|
2020-03-29 22:04:05 +08:00
|
|
|
* @gc: the gpiochip to request the gpio function for
|
2015-10-11 23:34:15 +08:00
|
|
|
* @offset: the offset of the GPIO to free from GPIO function
|
|
|
|
*/
|
2020-11-10 04:53:16 +08:00
|
|
|
void gpiochip_generic_free(struct gpio_chip *gc, unsigned int offset)
|
2015-10-11 23:34:15 +08:00
|
|
|
{
|
2022-03-16 00:52:05 +08:00
|
|
|
#ifdef CONFIG_PINCTRL
|
|
|
|
if (list_empty(&gc->gpiodev->pin_ranges))
|
|
|
|
return;
|
|
|
|
#endif
|
|
|
|
|
2023-10-03 17:57:17 +08:00
|
|
|
pinctrl_gpio_free(gc, offset);
|
2015-10-11 23:34:15 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_generic_free);
|
|
|
|
|
2017-01-23 20:34:34 +08:00
|
|
|
/**
|
|
|
|
* gpiochip_generic_config() - apply configuration for a pin
|
2020-03-29 22:04:05 +08:00
|
|
|
* @gc: the gpiochip owning the GPIO
|
2017-01-23 20:34:34 +08:00
|
|
|
* @offset: the offset of the GPIO to apply the configuration
|
|
|
|
* @config: the configuration to be applied
|
|
|
|
*/
|
2020-11-10 04:53:16 +08:00
|
|
|
int gpiochip_generic_config(struct gpio_chip *gc, unsigned int offset,
|
2017-01-23 20:34:34 +08:00
|
|
|
unsigned long config)
|
|
|
|
{
|
2023-10-03 18:01:01 +08:00
|
|
|
return pinctrl_gpio_set_config(gc, offset, config);
|
2017-01-23 20:34:34 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_generic_config);
|
|
|
|
|
2012-10-27 17:51:36 +08:00
|
|
|
#ifdef CONFIG_PINCTRL
|
2012-11-06 21:49:39 +08:00
|
|
|
|
2013-10-15 21:37:54 +08:00
|
|
|
/**
|
|
|
|
* gpiochip_add_pingroup_range() - add a range for GPIO <-> pin mapping
|
2020-03-29 22:04:05 +08:00
|
|
|
* @gc: the gpiochip to add the range for
|
2015-06-17 21:42:11 +08:00
|
|
|
* @pctldev: the pin controller to map to
|
2013-10-15 21:37:54 +08:00
|
|
|
* @gpio_offset: the start offset in the current gpio_chip number space
|
|
|
|
* @pin_group: name of the pin group inside the pin controller
|
2018-05-22 04:57:39 +08:00
|
|
|
*
|
|
|
|
* Calling this function directly from a DeviceTree-supported
|
|
|
|
* pinctrl driver is DEPRECATED. Please see Section 2.1 of
|
|
|
|
* Documentation/devicetree/bindings/gpio/gpio.txt on how to
|
|
|
|
* bind pinctrl and gpio drivers via the "gpio-ranges" property.
|
2013-10-15 21:37:54 +08:00
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
int gpiochip_add_pingroup_range(struct gpio_chip *gc,
|
2013-10-15 21:37:54 +08:00
|
|
|
struct pinctrl_dev *pctldev,
|
|
|
|
unsigned int gpio_offset, const char *pin_group)
|
|
|
|
{
|
|
|
|
struct gpio_pin_range *pin_range;
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_device *gdev = gc->gpiodev;
|
2013-10-15 21:37:54 +08:00
|
|
|
int ret;
|
|
|
|
|
|
|
|
pin_range = kzalloc(sizeof(*pin_range), GFP_KERNEL);
|
|
|
|
if (!pin_range) {
|
2020-03-29 22:04:05 +08:00
|
|
|
chip_err(gc, "failed to allocate pin ranges\n");
|
2013-10-15 21:37:54 +08:00
|
|
|
return -ENOMEM;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Use local offset as range ID */
|
|
|
|
pin_range->range.id = gpio_offset;
|
2020-03-29 22:04:05 +08:00
|
|
|
pin_range->range.gc = gc;
|
|
|
|
pin_range->range.name = gc->label;
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
pin_range->range.base = gdev->base + gpio_offset;
|
2013-10-15 21:37:54 +08:00
|
|
|
pin_range->pctldev = pctldev;
|
|
|
|
|
|
|
|
ret = pinctrl_get_group_pins(pctldev, pin_group,
|
|
|
|
&pin_range->range.pins,
|
|
|
|
&pin_range->range.npins);
|
2013-11-14 04:20:39 +08:00
|
|
|
if (ret < 0) {
|
|
|
|
kfree(pin_range);
|
2013-10-15 21:37:54 +08:00
|
|
|
return ret;
|
2013-11-14 04:20:39 +08:00
|
|
|
}
|
2013-10-15 21:37:54 +08:00
|
|
|
|
|
|
|
pinctrl_add_gpio_range(pctldev, &pin_range->range);
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
chip_dbg(gc, "created GPIO range %d->%d ==> %s PINGRP %s\n",
|
2013-12-05 17:26:24 +08:00
|
|
|
gpio_offset, gpio_offset + pin_range->range.npins - 1,
|
2013-10-15 21:37:54 +08:00
|
|
|
pinctrl_dev_get_devname(pctldev), pin_group);
|
|
|
|
|
2016-02-11 18:03:06 +08:00
|
|
|
list_add_tail(&pin_range->node, &gdev->pin_ranges);
|
2013-10-15 21:37:54 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_add_pingroup_range);
|
|
|
|
|
2012-11-20 19:40:15 +08:00
|
|
|
/**
|
|
|
|
* gpiochip_add_pin_range() - add a range for GPIO <-> pin mapping
|
2020-03-29 22:04:05 +08:00
|
|
|
* @gc: the gpiochip to add the range for
|
2017-07-24 22:57:22 +08:00
|
|
|
* @pinctl_name: the dev_name() of the pin controller to map to
|
2012-11-21 15:48:09 +08: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 19:40:15 +08:00
|
|
|
* @npins: the number of pins from the offset of each pin space (GPIO and
|
|
|
|
* pin controller) to accumulate in this range
|
2017-07-24 22:57:22 +08:00
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* 0 on success, or a negative error-code on failure.
|
2018-05-22 04:57:39 +08:00
|
|
|
*
|
|
|
|
* Calling this function directly from a DeviceTree-supported
|
|
|
|
* pinctrl driver is DEPRECATED. Please see Section 2.1 of
|
|
|
|
* Documentation/devicetree/bindings/gpio/gpio.txt on how to
|
|
|
|
* bind pinctrl and gpio drivers via the "gpio-ranges" property.
|
2012-11-20 19:40:15 +08:00
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
int gpiochip_add_pin_range(struct gpio_chip *gc, const char *pinctl_name,
|
2012-11-21 15:48:09 +08:00
|
|
|
unsigned int gpio_offset, unsigned int pin_offset,
|
2012-11-20 19:40:15 +08:00
|
|
|
unsigned int npins)
|
2012-10-27 17:51:36 +08:00
|
|
|
{
|
|
|
|
struct gpio_pin_range *pin_range;
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_device *gdev = gc->gpiodev;
|
2012-11-21 14:33:56 +08:00
|
|
|
int ret;
|
2012-10-27 17:51:36 +08:00
|
|
|
|
2012-11-20 19:40:15 +08:00
|
|
|
pin_range = kzalloc(sizeof(*pin_range), GFP_KERNEL);
|
2012-10-27 17:51:36 +08:00
|
|
|
if (!pin_range) {
|
2020-03-29 22:04:05 +08:00
|
|
|
chip_err(gc, "failed to allocate pin ranges\n");
|
2012-11-06 23:03:35 +08:00
|
|
|
return -ENOMEM;
|
2012-10-27 17:51:36 +08:00
|
|
|
}
|
|
|
|
|
2012-11-20 19:40:15 +08:00
|
|
|
/* Use local offset as range ID */
|
2012-11-21 15:48:09 +08:00
|
|
|
pin_range->range.id = gpio_offset;
|
2020-03-29 22:04:05 +08:00
|
|
|
pin_range->range.gc = gc;
|
|
|
|
pin_range->range.name = gc->label;
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
pin_range->range.base = gdev->base + gpio_offset;
|
2012-11-21 15:48:09 +08:00
|
|
|
pin_range->range.pin_base = pin_offset;
|
2012-10-27 17:51:36 +08:00
|
|
|
pin_range->range.npins = npins;
|
2012-11-20 21:03:37 +08:00
|
|
|
pin_range->pctldev = pinctrl_find_and_add_gpio_range(pinctl_name,
|
2012-10-27 17:51:36 +08:00
|
|
|
&pin_range->range);
|
2012-11-20 21:56:25 +08:00
|
|
|
if (IS_ERR(pin_range->pctldev)) {
|
2012-11-21 14:33:56 +08:00
|
|
|
ret = PTR_ERR(pin_range->pctldev);
|
2020-03-29 22:04:05 +08:00
|
|
|
chip_err(gc, "could not create pin range\n");
|
2012-11-20 19:40:15 +08:00
|
|
|
kfree(pin_range);
|
2012-11-21 14:33:56 +08:00
|
|
|
return ret;
|
2012-11-20 19:40:15 +08:00
|
|
|
}
|
2020-03-29 22:04:05 +08:00
|
|
|
chip_dbg(gc, "created GPIO range %d->%d ==> %s PIN %d->%d\n",
|
2013-12-05 17:26:24 +08:00
|
|
|
gpio_offset, gpio_offset + npins - 1,
|
2012-11-21 15:48:09 +08:00
|
|
|
pinctl_name,
|
|
|
|
pin_offset, pin_offset + npins - 1);
|
2012-10-27 17:51:36 +08:00
|
|
|
|
2016-02-11 18:03:06 +08:00
|
|
|
list_add_tail(&pin_range->node, &gdev->pin_ranges);
|
2012-11-06 23:03:35 +08:00
|
|
|
|
|
|
|
return 0;
|
2012-10-27 17:51:36 +08:00
|
|
|
}
|
2012-11-06 21:49:39 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_add_pin_range);
|
2012-10-27 17:51:36 +08:00
|
|
|
|
2012-11-20 19:40:15 +08:00
|
|
|
/**
|
|
|
|
* gpiochip_remove_pin_ranges() - remove all the GPIO <-> pin mappings
|
2020-03-29 22:04:05 +08:00
|
|
|
* @gc: the chip to remove all the mappings for
|
2012-11-20 19:40:15 +08:00
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
void gpiochip_remove_pin_ranges(struct gpio_chip *gc)
|
2012-10-27 17:51:36 +08:00
|
|
|
{
|
|
|
|
struct gpio_pin_range *pin_range, *tmp;
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_device *gdev = gc->gpiodev;
|
2012-10-27 17:51:36 +08:00
|
|
|
|
2016-02-11 18:03:06 +08:00
|
|
|
list_for_each_entry_safe(pin_range, tmp, &gdev->pin_ranges, node) {
|
2012-10-27 17:51:36 +08:00
|
|
|
list_del(&pin_range->node);
|
|
|
|
pinctrl_remove_gpio_range(pin_range->pctldev,
|
|
|
|
&pin_range->range);
|
2012-11-20 19:40:15 +08:00
|
|
|
kfree(pin_range);
|
2012-10-27 17:51:36 +08:00
|
|
|
}
|
|
|
|
}
|
2012-11-06 21:49:39 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_remove_pin_ranges);
|
|
|
|
|
|
|
|
#endif /* CONFIG_PINCTRL */
|
2012-10-27 17:51:36 +08:00
|
|
|
|
2008-02-05 14:28:20 +08: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.
|
|
|
|
*/
|
2017-09-27 02:58:28 +08:00
|
|
|
static int gpiod_request_commit(struct gpio_desc *desc, const char *label)
|
2008-02-05 14:28:20 +08:00
|
|
|
{
|
2023-12-21 17:15:46 +08:00
|
|
|
struct gpio_chip *gc = desc->gdev->chip;
|
|
|
|
unsigned long flags;
|
|
|
|
unsigned int offset;
|
|
|
|
int ret;
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2018-11-01 21:12:50 +08:00
|
|
|
if (label) {
|
|
|
|
label = kstrdup_const(label, GFP_KERNEL);
|
|
|
|
if (!label)
|
|
|
|
return -ENOMEM;
|
|
|
|
}
|
|
|
|
|
2013-02-15 13:46:14 +08:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
|
2008-02-05 14:28:20 +08:00
|
|
|
/* NOTE: gpio_request() can be called in early boot,
|
2008-10-16 13:03:16 +08:00
|
|
|
* before IRQs are enabled, for non-sleeping (SOC) GPIOs.
|
2008-02-05 14:28:20 +08:00
|
|
|
*/
|
|
|
|
|
|
|
|
if (test_and_set_bit(FLAG_REQUESTED, &desc->flags) == 0) {
|
|
|
|
desc_set_label(desc, label ? : "?");
|
2008-04-28 17:14:44 +08:00
|
|
|
} else {
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = -EBUSY;
|
2020-10-21 19:25:37 +08:00
|
|
|
goto out_free_unlock;
|
2008-10-16 13:03:16 +08:00
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->request) {
|
|
|
|
/* gc->request may sleep */
|
2008-10-16 13:03:16 +08:00
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2018-08-07 15:15:18 +08:00
|
|
|
offset = gpio_chip_hwgpio(desc);
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gpiochip_line_is_valid(gc, offset))
|
|
|
|
ret = gc->request(gc, offset);
|
2018-08-07 15:15:18 +08:00
|
|
|
else
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = -EINVAL;
|
2008-10-16 13:03:16 +08:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
|
2020-10-21 19:25:36 +08:00
|
|
|
if (ret) {
|
2008-10-16 13:03:16 +08:00
|
|
|
desc_set_label(desc, NULL);
|
|
|
|
clear_bit(FLAG_REQUESTED, &desc->flags);
|
2020-10-21 19:25:37 +08:00
|
|
|
goto out_free_unlock;
|
2008-10-16 13:03:16 +08:00
|
|
|
}
|
2008-04-28 17:14:44 +08:00
|
|
|
}
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->get_direction) {
|
|
|
|
/* gc->get_direction may sleep */
|
2012-10-24 22:25:27 +08:00
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2013-02-03 00:29:29 +08:00
|
|
|
gpiod_get_direction(desc);
|
2012-10-24 22:25:27 +08:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
}
|
2014-03-10 20:54:50 +08:00
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2020-10-21 19:25:37 +08:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
out_free_unlock:
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
|
|
|
kfree_const(label);
|
2019-07-16 17:11:45 +08:00
|
|
|
return ret;
|
2014-03-10 20:54:50 +08:00
|
|
|
}
|
|
|
|
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
/*
|
|
|
|
* This descriptor validation needs to be inserted verbatim into each
|
|
|
|
* function taking a descriptor, so we need to use a preprocessor
|
2016-05-30 22:48:39 +08:00
|
|
|
* macro to avoid endless duplication. If the desc is NULL it is an
|
|
|
|
* optional GPIO and calls should just bail out.
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
*/
|
2017-12-21 08:27:04 +08:00
|
|
|
static int validate_desc(const struct gpio_desc *desc, const char *func)
|
|
|
|
{
|
|
|
|
if (!desc)
|
|
|
|
return 0;
|
|
|
|
if (IS_ERR(desc)) {
|
|
|
|
pr_warn("%s: invalid GPIO (errorpointer)\n", func);
|
|
|
|
return PTR_ERR(desc);
|
|
|
|
}
|
|
|
|
if (!desc->gdev) {
|
|
|
|
pr_warn("%s: invalid GPIO (no device)\n", func);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
if (!desc->gdev->chip) {
|
|
|
|
dev_warn(&desc->gdev->dev,
|
|
|
|
"%s: backing chip is gone\n", func);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
return 1;
|
|
|
|
}
|
|
|
|
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
#define VALIDATE_DESC(desc) do { \
|
2017-12-21 08:27:04 +08:00
|
|
|
int __valid = validate_desc(desc, __func__); \
|
|
|
|
if (__valid <= 0) \
|
|
|
|
return __valid; \
|
|
|
|
} while (0)
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
|
|
|
|
#define VALIDATE_DESC_VOID(desc) do { \
|
2017-12-21 08:27:04 +08:00
|
|
|
int __valid = validate_desc(desc, __func__); \
|
|
|
|
if (__valid <= 0) \
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
return; \
|
2017-12-21 08:27:04 +08:00
|
|
|
} while (0)
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
|
2014-07-01 13:45:15 +08:00
|
|
|
int gpiod_request(struct gpio_desc *desc, const char *label)
|
2014-03-10 20:54:50 +08:00
|
|
|
{
|
2019-07-16 17:11:45 +08:00
|
|
|
int ret = -EPROBE_DEFER;
|
2014-03-10 20:54:50 +08:00
|
|
|
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
VALIDATE_DESC(desc);
|
2014-03-10 20:54:50 +08:00
|
|
|
|
2022-12-28 17:20:43 +08:00
|
|
|
if (try_module_get(desc->gdev->owner)) {
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = gpiod_request_commit(desc, label);
|
2020-10-21 19:25:36 +08:00
|
|
|
if (ret)
|
2022-12-28 17:20:43 +08:00
|
|
|
module_put(desc->gdev->owner);
|
2016-02-11 17:28:44 +08:00
|
|
|
else
|
2022-12-28 17:20:43 +08:00
|
|
|
gpio_device_get(desc->gdev);
|
2014-03-10 20:54:50 +08:00
|
|
|
}
|
|
|
|
|
2019-07-16 17:11:45 +08:00
|
|
|
if (ret)
|
|
|
|
gpiod_dbg(desc, "%s: status %d\n", __func__, ret);
|
2014-03-10 20:54:50 +08:00
|
|
|
|
2019-07-16 17:11:45 +08:00
|
|
|
return ret;
|
2008-02-05 14:28:20 +08:00
|
|
|
}
|
2013-02-03 00:29:29 +08:00
|
|
|
|
2017-09-27 02:58:28 +08:00
|
|
|
static bool gpiod_free_commit(struct gpio_desc *desc)
|
2008-02-05 14:28:20 +08:00
|
|
|
{
|
2023-12-21 17:15:46 +08:00
|
|
|
struct gpio_chip *gc;
|
|
|
|
unsigned long flags;
|
|
|
|
bool ret = false;
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2008-10-16 13:03:12 +08:00
|
|
|
might_sleep();
|
|
|
|
|
2008-02-05 14:28:20 +08:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
gc = desc->gdev->chip;
|
|
|
|
if (gc && test_bit(FLAG_REQUESTED, &desc->flags)) {
|
|
|
|
if (gc->free) {
|
2008-10-16 13:03:16 +08:00
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2020-03-29 22:04:05 +08:00
|
|
|
might_sleep_if(gc->can_sleep);
|
|
|
|
gc->free(gc, gpio_chip_hwgpio(desc));
|
2008-10-16 13:03:16 +08:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
}
|
2018-11-01 21:12:50 +08:00
|
|
|
kfree_const(desc->label);
|
2008-02-05 14:28:20 +08:00
|
|
|
desc_set_label(desc, NULL);
|
2009-12-16 08:46:20 +08:00
|
|
|
clear_bit(FLAG_ACTIVE_LOW, &desc->flags);
|
2008-10-16 13:03:16 +08:00
|
|
|
clear_bit(FLAG_REQUESTED, &desc->flags);
|
2012-02-17 22:56:21 +08:00
|
|
|
clear_bit(FLAG_OPEN_DRAIN, &desc->flags);
|
2012-02-17 22:56:22 +08:00
|
|
|
clear_bit(FLAG_OPEN_SOURCE, &desc->flags);
|
2019-11-05 10:04:23 +08:00
|
|
|
clear_bit(FLAG_PULL_UP, &desc->flags);
|
|
|
|
clear_bit(FLAG_PULL_DOWN, &desc->flags);
|
2019-11-05 10:04:25 +08:00
|
|
|
clear_bit(FLAG_BIAS_DISABLE, &desc->flags);
|
2020-09-28 08:27:56 +08:00
|
|
|
clear_bit(FLAG_EDGE_RISING, &desc->flags);
|
|
|
|
clear_bit(FLAG_EDGE_FALLING, &desc->flags);
|
2015-02-03 01:44:44 +08:00
|
|
|
clear_bit(FLAG_IS_HOGGED, &desc->flags);
|
2020-02-20 21:01:49 +08:00
|
|
|
#ifdef CONFIG_OF_DYNAMIC
|
|
|
|
desc->hog = NULL;
|
|
|
|
#endif
|
2014-03-10 20:54:50 +08:00
|
|
|
ret = true;
|
|
|
|
}
|
2008-02-05 14:28:20 +08:00
|
|
|
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2023-08-21 22:18:27 +08:00
|
|
|
gpiod_line_state_notify(desc, GPIOLINE_CHANGED_RELEASED);
|
2019-11-22 22:19:21 +08:00
|
|
|
|
2014-03-10 20:54:50 +08:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2014-07-01 13:45:15 +08:00
|
|
|
void gpiod_free(struct gpio_desc *desc)
|
2014-03-10 20:54:50 +08:00
|
|
|
{
|
2023-08-12 03:30:34 +08:00
|
|
|
/*
|
|
|
|
* We must not use VALIDATE_DESC_VOID() as the underlying gdev->chip
|
|
|
|
* may already be NULL but we still want to put the references.
|
|
|
|
*/
|
|
|
|
if (!desc)
|
|
|
|
return;
|
|
|
|
|
|
|
|
if (!gpiod_free_commit(desc))
|
2023-12-20 04:11:02 +08:00
|
|
|
WARN_ON(1);
|
2023-08-12 03:30:34 +08:00
|
|
|
|
|
|
|
module_put(desc->gdev->owner);
|
|
|
|
gpio_device_put(desc->gdev);
|
2008-02-05 14:28:20 +08:00
|
|
|
}
|
2013-02-03 00:29:29 +08:00
|
|
|
|
2008-02-05 14:28:20 +08:00
|
|
|
/**
|
2023-12-04 17:35:00 +08:00
|
|
|
* gpiochip_dup_line_label - Get a copy of the consumer label.
|
|
|
|
* @gc: GPIO chip controlling this line.
|
|
|
|
* @offset: Hardware offset of the line.
|
2008-02-05 14:28:20 +08:00
|
|
|
*
|
2023-12-04 17:35:00 +08:00
|
|
|
* Returns:
|
|
|
|
* Pointer to a copy of the consumer label if the line is requested or NULL
|
|
|
|
* if it's not. If a valid pointer was returned, it must be freed using
|
|
|
|
* kfree(). In case of a memory allocation error, the function returns %ENOMEM.
|
2008-02-05 14:28:20 +08:00
|
|
|
*
|
2023-12-04 17:35:00 +08:00
|
|
|
* Must not be called from atomic context.
|
2008-02-05 14:28:20 +08:00
|
|
|
*/
|
2023-12-04 17:35:00 +08:00
|
|
|
char *gpiochip_dup_line_label(struct gpio_chip *gc, unsigned int offset)
|
2008-02-05 14:28:20 +08:00
|
|
|
{
|
2013-02-03 00:29:30 +08:00
|
|
|
struct gpio_desc *desc;
|
2023-12-04 17:35:09 +08:00
|
|
|
char *label;
|
2013-02-03 00:29:30 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
desc = gpiochip_get_desc(gc, offset);
|
2020-02-19 17:47:02 +08:00
|
|
|
if (IS_ERR(desc))
|
|
|
|
return NULL;
|
2013-02-03 00:29:30 +08:00
|
|
|
|
2023-12-04 17:35:09 +08:00
|
|
|
guard(spinlock_irqsave)(&gpio_lock);
|
|
|
|
|
|
|
|
if (!test_bit(FLAG_REQUESTED, &desc->flags))
|
2008-02-05 14:28:20 +08:00
|
|
|
return NULL;
|
2023-12-04 17:35:09 +08:00
|
|
|
|
2023-12-12 18:55:01 +08:00
|
|
|
/*
|
|
|
|
* FIXME: Once we mark gpiod_direction_input/output() and
|
|
|
|
* gpiod_get_direction() with might_sleep(), we'll be able to protect
|
|
|
|
* the GPIO descriptors with mutex (while value setting operations will
|
|
|
|
* become lockless).
|
|
|
|
*
|
|
|
|
* Until this happens, this allocation needs to be atomic.
|
|
|
|
*/
|
|
|
|
label = kstrdup(desc->label, GFP_ATOMIC);
|
2023-12-04 17:35:09 +08:00
|
|
|
if (!label)
|
2023-12-04 17:35:00 +08:00
|
|
|
return ERR_PTR(-ENOMEM);
|
|
|
|
|
2023-12-04 17:35:09 +08:00
|
|
|
return label;
|
2008-02-05 14:28:20 +08:00
|
|
|
}
|
2023-12-04 17:35:00 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_dup_line_label);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2014-03-10 20:54:50 +08:00
|
|
|
/**
|
|
|
|
* gpiochip_request_own_desc - Allow GPIO chip to request its own descriptor
|
2020-03-29 22:04:05 +08:00
|
|
|
* @gc: GPIO chip
|
2017-07-24 22:57:22 +08:00
|
|
|
* @hwnum: hardware number of the GPIO for which to request the descriptor
|
2014-03-10 20:54:50 +08:00
|
|
|
* @label: label for the GPIO
|
2019-04-26 20:40:18 +08:00
|
|
|
* @lflags: lookup flags for this GPIO or 0 if default, this can be used to
|
|
|
|
* specify things like line inversion semantics with the machine flags
|
|
|
|
* such as GPIO_OUT_LOW
|
|
|
|
* @dflags: descriptor request flags for this GPIO or 0 if default, this
|
|
|
|
* can be used to specify consumer semantics such as open drain
|
2014-03-10 20:54:50 +08:00
|
|
|
*
|
|
|
|
* Function allows GPIO chip drivers to request and use their own GPIO
|
|
|
|
* descriptors via gpiolib API. Difference to gpiod_request() is that this
|
|
|
|
* function will not increase reference count of the GPIO chip module. This
|
|
|
|
* allows the GPIO chip module to be unloaded as needed (we assume that the
|
|
|
|
* GPIO chip driver handles freeing the GPIOs it has requested).
|
2017-07-24 22:57:22 +08:00
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* A pointer to the GPIO descriptor, or an ERR_PTR()-encoded negative error
|
|
|
|
* code on failure.
|
2014-03-10 20:54:50 +08:00
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_desc *gpiochip_request_own_desc(struct gpio_chip *gc,
|
2019-12-24 20:06:59 +08:00
|
|
|
unsigned int hwnum,
|
2018-09-04 19:31:45 +08:00
|
|
|
const char *label,
|
2019-04-26 20:40:18 +08:00
|
|
|
enum gpio_lookup_flags lflags,
|
|
|
|
enum gpiod_flags dflags)
|
2014-03-10 20:54:50 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_desc *desc = gpiochip_get_desc(gc, hwnum);
|
2019-07-16 17:11:45 +08:00
|
|
|
int ret;
|
2014-03-10 20:54:50 +08:00
|
|
|
|
2014-08-20 01:06:09 +08:00
|
|
|
if (IS_ERR(desc)) {
|
2020-03-29 22:04:05 +08:00
|
|
|
chip_err(gc, "failed to get GPIO descriptor\n");
|
2014-08-20 01:06:09 +08:00
|
|
|
return desc;
|
|
|
|
}
|
|
|
|
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = gpiod_request_commit(desc, label);
|
|
|
|
if (ret < 0)
|
|
|
|
return ERR_PTR(ret);
|
2014-03-10 20:54:50 +08:00
|
|
|
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = gpiod_configure_flags(desc, label, lflags, dflags);
|
|
|
|
if (ret) {
|
2020-03-29 22:04:05 +08:00
|
|
|
chip_err(gc, "setup of own GPIO %s failed\n", label);
|
2018-09-04 19:31:45 +08:00
|
|
|
gpiod_free_commit(desc);
|
2019-07-16 17:11:45 +08:00
|
|
|
return ERR_PTR(ret);
|
2018-09-04 19:31:45 +08:00
|
|
|
}
|
|
|
|
|
2014-08-20 01:06:09 +08:00
|
|
|
return desc;
|
2014-03-10 20:54:50 +08:00
|
|
|
}
|
2014-07-22 23:01:01 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_request_own_desc);
|
2014-03-10 20:54:50 +08:00
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiochip_free_own_desc - Free GPIO requested by the chip driver
|
|
|
|
* @desc: GPIO descriptor to free
|
|
|
|
*
|
|
|
|
* Function frees the given GPIO requested previously with
|
|
|
|
* gpiochip_request_own_desc().
|
|
|
|
*/
|
|
|
|
void gpiochip_free_own_desc(struct gpio_desc *desc)
|
|
|
|
{
|
|
|
|
if (desc)
|
2017-09-27 02:58:28 +08:00
|
|
|
gpiod_free_commit(desc);
|
2014-03-10 20:54:50 +08:00
|
|
|
}
|
2014-07-22 23:01:01 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_free_own_desc);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
/*
|
|
|
|
* Drivers MUST set GPIO direction before making get/set calls. In
|
2008-02-05 14:28:20 +08:00
|
|
|
* 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.
|
|
|
|
*/
|
|
|
|
|
2020-02-03 21:03:37 +08:00
|
|
|
static int gpio_do_set_config(struct gpio_chip *gc, unsigned int offset,
|
2020-02-03 21:16:16 +08:00
|
|
|
unsigned long config)
|
2019-02-08 00:28:56 +08:00
|
|
|
{
|
2019-12-24 20:06:58 +08:00
|
|
|
if (!gc->set_config)
|
|
|
|
return -ENOTSUPP;
|
2019-03-15 03:32:50 +08:00
|
|
|
|
2020-02-03 21:16:16 +08:00
|
|
|
return gc->set_config(gc, offset, config);
|
2019-02-08 00:28:56 +08:00
|
|
|
}
|
|
|
|
|
2020-11-10 04:53:20 +08:00
|
|
|
static int gpio_set_config_with_argument(struct gpio_desc *desc,
|
|
|
|
enum pin_config_param mode,
|
|
|
|
u32 argument)
|
2020-02-03 21:03:37 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc = desc->gdev->chip;
|
2020-02-03 21:03:47 +08:00
|
|
|
unsigned long config;
|
2020-11-10 04:53:20 +08:00
|
|
|
|
|
|
|
config = pinconf_to_config_packed(mode, argument);
|
|
|
|
return gpio_do_set_config(gc, gpio_chip_hwgpio(desc), config);
|
|
|
|
}
|
|
|
|
|
2020-11-12 02:49:30 +08:00
|
|
|
static int gpio_set_config_with_argument_optional(struct gpio_desc *desc,
|
|
|
|
enum pin_config_param mode,
|
|
|
|
u32 argument)
|
|
|
|
{
|
|
|
|
struct device *dev = &desc->gdev->dev;
|
|
|
|
int gpio = gpio_chip_hwgpio(desc);
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = gpio_set_config_with_argument(desc, mode, argument);
|
|
|
|
if (ret != -ENOTSUPP)
|
|
|
|
return ret;
|
2020-02-03 21:03:37 +08:00
|
|
|
|
|
|
|
switch (mode) {
|
2020-11-12 02:49:30 +08:00
|
|
|
case PIN_CONFIG_PERSIST_STATE:
|
|
|
|
dev_dbg(dev, "Persistence not supported for GPIO %d\n", gpio);
|
2020-02-03 21:03:37 +08:00
|
|
|
break;
|
|
|
|
default:
|
2020-11-12 02:49:30 +08:00
|
|
|
break;
|
2020-02-03 21:03:37 +08:00
|
|
|
}
|
|
|
|
|
2020-11-12 02:49:30 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2020-11-10 04:53:20 +08:00
|
|
|
static int gpio_set_config(struct gpio_desc *desc, enum pin_config_param mode)
|
|
|
|
{
|
2020-11-10 04:53:21 +08:00
|
|
|
return gpio_set_config_with_argument(desc, mode, 0);
|
2020-02-03 21:03:37 +08:00
|
|
|
}
|
|
|
|
|
2020-03-25 18:04:39 +08:00
|
|
|
static int gpio_set_bias(struct gpio_desc *desc)
|
2019-11-05 10:04:25 +08:00
|
|
|
{
|
2020-10-10 02:43:59 +08:00
|
|
|
enum pin_config_param bias;
|
2020-11-10 04:53:21 +08:00
|
|
|
unsigned int arg;
|
2019-11-05 10:04:25 +08:00
|
|
|
|
|
|
|
if (test_bit(FLAG_BIAS_DISABLE, &desc->flags))
|
|
|
|
bias = PIN_CONFIG_BIAS_DISABLE;
|
|
|
|
else if (test_bit(FLAG_PULL_UP, &desc->flags))
|
|
|
|
bias = PIN_CONFIG_BIAS_PULL_UP;
|
|
|
|
else if (test_bit(FLAG_PULL_DOWN, &desc->flags))
|
|
|
|
bias = PIN_CONFIG_BIAS_PULL_DOWN;
|
2020-10-10 02:43:59 +08:00
|
|
|
else
|
|
|
|
return 0;
|
2019-11-05 10:04:25 +08:00
|
|
|
|
2020-11-10 04:53:21 +08:00
|
|
|
switch (bias) {
|
|
|
|
case PIN_CONFIG_BIAS_PULL_DOWN:
|
|
|
|
case PIN_CONFIG_BIAS_PULL_UP:
|
|
|
|
arg = 1;
|
|
|
|
break;
|
|
|
|
|
|
|
|
default:
|
|
|
|
arg = 0;
|
|
|
|
break;
|
2019-11-05 10:04:25 +08:00
|
|
|
}
|
2020-11-10 04:53:21 +08:00
|
|
|
|
2020-11-12 02:49:30 +08:00
|
|
|
return gpio_set_config_with_argument_optional(desc, bias, arg);
|
2019-11-05 10:04:25 +08:00
|
|
|
}
|
|
|
|
|
2022-03-07 19:56:23 +08:00
|
|
|
/**
|
|
|
|
* gpio_set_debounce_timeout() - Set debounce timeout
|
|
|
|
* @desc: GPIO descriptor to set the debounce timeout
|
|
|
|
* @debounce: Debounce timeout in microseconds
|
|
|
|
*
|
|
|
|
* The function calls the certain GPIO driver to set debounce timeout
|
|
|
|
* in the hardware.
|
|
|
|
*
|
|
|
|
* Returns 0 on success, or negative error code otherwise.
|
|
|
|
*/
|
2020-11-10 04:53:23 +08:00
|
|
|
int gpio_set_debounce_timeout(struct gpio_desc *desc, unsigned int debounce)
|
|
|
|
{
|
|
|
|
return gpio_set_config_with_argument_optional(desc,
|
|
|
|
PIN_CONFIG_INPUT_DEBOUNCE,
|
|
|
|
debounce);
|
2019-11-05 10:04:25 +08:00
|
|
|
}
|
|
|
|
|
2013-10-18 01:21:36 +08: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-05 14:28:20 +08:00
|
|
|
{
|
2023-12-21 17:15:46 +08:00
|
|
|
struct gpio_chip *gc;
|
|
|
|
int ret = 0;
|
2008-02-05 14:28:20 +08:00
|
|
|
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
VALIDATE_DESC(desc);
|
2020-03-29 22:04:05 +08:00
|
|
|
gc = desc->gdev->chip;
|
2013-02-15 13:46:14 +08:00
|
|
|
|
2018-09-25 15:54:14 +08:00
|
|
|
/*
|
|
|
|
* It is legal to have no .get() and .direction_input() specified if
|
|
|
|
* the chip is output-only, but you can't specify .direction_input()
|
|
|
|
* and not support the .get() operation, that doesn't make sense.
|
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
if (!gc->get && gc->direction_input) {
|
2013-09-09 17:33:49 +08:00
|
|
|
gpiod_warn(desc,
|
2018-09-25 15:54:14 +08:00
|
|
|
"%s: missing get() but have direction_input()\n",
|
|
|
|
__func__);
|
2013-08-30 15:41:45 +08:00
|
|
|
return -EIO;
|
|
|
|
}
|
|
|
|
|
2018-09-25 15:54:14 +08:00
|
|
|
/*
|
|
|
|
* If we have a .direction_input() callback, things are simple,
|
|
|
|
* just call it. Else we are some input-only chip so try to check the
|
|
|
|
* direction (if .get_direction() is supported) else we silently
|
|
|
|
* assume we are in input mode after this.
|
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->direction_input) {
|
|
|
|
ret = gc->direction_input(gc, gpio_chip_hwgpio(desc));
|
|
|
|
} else if (gc->get_direction &&
|
|
|
|
(gc->get_direction(gc, gpio_chip_hwgpio(desc)) != 1)) {
|
2018-09-21 18:36:03 +08:00
|
|
|
gpiod_warn(desc,
|
2018-09-25 15:54:14 +08:00
|
|
|
"%s: missing direction_input() operation and line is output\n",
|
|
|
|
__func__);
|
2018-09-21 18:36:03 +08:00
|
|
|
return -EIO;
|
|
|
|
}
|
2019-11-05 10:04:25 +08:00
|
|
|
if (ret == 0) {
|
2008-02-05 14:28:20 +08:00
|
|
|
clear_bit(FLAG_IS_OUT, &desc->flags);
|
2020-03-25 18:04:39 +08:00
|
|
|
ret = gpio_set_bias(desc);
|
2019-11-05 10:04:25 +08:00
|
|
|
}
|
2019-02-08 00:28:58 +08:00
|
|
|
|
2019-07-16 17:11:45 +08:00
|
|
|
trace_gpio_direction(desc_to_gpio(desc), 1, ret);
|
2014-07-22 15:17:43 +08:00
|
|
|
|
2019-07-16 17:11:45 +08:00
|
|
|
return ret;
|
2008-02-05 14:28:20 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_direction_input);
|
2013-02-03 00:29:29 +08:00
|
|
|
|
2017-09-27 02:58:28 +08:00
|
|
|
static int gpiod_direction_output_raw_commit(struct gpio_desc *desc, int value)
|
2008-02-05 14:28:20 +08:00
|
|
|
{
|
2016-03-22 17:51:16 +08:00
|
|
|
struct gpio_chip *gc = desc->gdev->chip;
|
2016-11-14 06:02:44 +08:00
|
|
|
int val = !!value;
|
2018-09-21 18:36:03 +08:00
|
|
|
int ret = 0;
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2018-09-25 15:54:14 +08:00
|
|
|
/*
|
|
|
|
* It's OK not to specify .direction_output() if the gpiochip is
|
|
|
|
* output-only, but if there is then not even a .set() operation it
|
|
|
|
* is pretty tricky to drive the output line.
|
|
|
|
*/
|
2018-09-21 18:36:03 +08:00
|
|
|
if (!gc->set && !gc->direction_output) {
|
2013-09-09 17:33:49 +08:00
|
|
|
gpiod_warn(desc,
|
2018-09-25 15:54:14 +08:00
|
|
|
"%s: missing set() and direction_output() operations\n",
|
|
|
|
__func__);
|
2013-08-30 15:41:45 +08:00
|
|
|
return -EIO;
|
|
|
|
}
|
|
|
|
|
2018-09-21 18:36:03 +08:00
|
|
|
if (gc->direction_output) {
|
|
|
|
ret = gc->direction_output(gc, gpio_chip_hwgpio(desc), val);
|
|
|
|
} else {
|
2018-09-25 15:54:14 +08:00
|
|
|
/* Check that we are in output mode if we can */
|
2018-09-21 18:36:03 +08:00
|
|
|
if (gc->get_direction &&
|
|
|
|
gc->get_direction(gc, gpio_chip_hwgpio(desc))) {
|
|
|
|
gpiod_warn(desc,
|
|
|
|
"%s: missing direction_output() operation\n",
|
|
|
|
__func__);
|
|
|
|
return -EIO;
|
|
|
|
}
|
2018-09-25 15:54:14 +08:00
|
|
|
/*
|
|
|
|
* If we can't actively set the direction, we are some
|
|
|
|
* output-only chip, so just drive the output as desired.
|
|
|
|
*/
|
2018-09-21 18:36:03 +08:00
|
|
|
gc->set(gc, gpio_chip_hwgpio(desc), val);
|
|
|
|
}
|
|
|
|
|
2016-03-22 17:51:16 +08:00
|
|
|
if (!ret)
|
2008-02-05 14:28:20 +08:00
|
|
|
set_bit(FLAG_IS_OUT, &desc->flags);
|
2016-11-14 06:02:44 +08:00
|
|
|
trace_gpio_value(desc_to_gpio(desc), 0, val);
|
2016-03-22 17:51:16 +08:00
|
|
|
trace_gpio_direction(desc_to_gpio(desc), 0, ret);
|
|
|
|
return ret;
|
2008-02-05 14:28:20 +08:00
|
|
|
}
|
2014-01-07 19:34:11 +08:00
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiod_direction_output_raw - set the GPIO direction to output
|
|
|
|
* @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
|
|
|
|
* as raw value on the physical line without regard for the ACTIVE_LOW status.
|
|
|
|
*
|
|
|
|
* Return 0 in case of success, else an error code.
|
|
|
|
*/
|
|
|
|
int gpiod_direction_output_raw(struct gpio_desc *desc, int value)
|
|
|
|
{
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
VALIDATE_DESC(desc);
|
2017-09-27 02:58:28 +08:00
|
|
|
return gpiod_direction_output_raw_commit(desc, value);
|
2014-01-07 19:34:11 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_direction_output_raw);
|
|
|
|
|
|
|
|
/**
|
2014-02-08 14:25:25 +08:00
|
|
|
* gpiod_direction_output - set the GPIO direction to output
|
2014-01-07 19:34:11 +08:00
|
|
|
* @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
|
|
|
|
* as the logical value of the GPIO, i.e. taking its ACTIVE_LOW status into
|
|
|
|
* account.
|
|
|
|
*
|
|
|
|
* Return 0 in case of success, else an error code.
|
|
|
|
*/
|
|
|
|
int gpiod_direction_output(struct gpio_desc *desc, int value)
|
|
|
|
{
|
2017-09-27 03:20:23 +08:00
|
|
|
int ret;
|
|
|
|
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
VALIDATE_DESC(desc);
|
2014-01-07 19:34:11 +08:00
|
|
|
if (test_bit(FLAG_ACTIVE_LOW, &desc->flags))
|
|
|
|
value = !value;
|
2016-11-14 06:02:44 +08:00
|
|
|
else
|
|
|
|
value = !!value;
|
2017-09-27 03:20:23 +08:00
|
|
|
|
2018-09-08 17:23:16 +08:00
|
|
|
/* GPIOs used for enabled IRQs shall not be set as output */
|
|
|
|
if (test_bit(FLAG_USED_AS_IRQ, &desc->flags) &&
|
|
|
|
test_bit(FLAG_IRQ_IS_ENABLED, &desc->flags)) {
|
2017-09-27 03:20:23 +08:00
|
|
|
gpiod_err(desc,
|
|
|
|
"%s: tried to set a GPIO tied to an IRQ as output\n",
|
|
|
|
__func__);
|
|
|
|
return -EIO;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (test_bit(FLAG_OPEN_DRAIN, &desc->flags)) {
|
|
|
|
/* First see if we can enable open drain in hardware */
|
2020-03-25 18:04:38 +08:00
|
|
|
ret = gpio_set_config(desc, PIN_CONFIG_DRIVE_OPEN_DRAIN);
|
2017-09-27 03:20:23 +08:00
|
|
|
if (!ret)
|
|
|
|
goto set_output_value;
|
|
|
|
/* Emulate open drain by not actively driving the line high */
|
2019-10-01 17:44:53 +08:00
|
|
|
if (value) {
|
|
|
|
ret = gpiod_direction_input(desc);
|
|
|
|
goto set_output_flag;
|
|
|
|
}
|
2022-03-30 23:06:20 +08:00
|
|
|
} else if (test_bit(FLAG_OPEN_SOURCE, &desc->flags)) {
|
2020-03-25 18:04:38 +08:00
|
|
|
ret = gpio_set_config(desc, PIN_CONFIG_DRIVE_OPEN_SOURCE);
|
2017-09-27 03:20:23 +08:00
|
|
|
if (!ret)
|
|
|
|
goto set_output_value;
|
|
|
|
/* Emulate open source by not actively driving the line low */
|
2019-10-01 17:44:53 +08:00
|
|
|
if (!value) {
|
|
|
|
ret = gpiod_direction_input(desc);
|
|
|
|
goto set_output_flag;
|
|
|
|
}
|
2017-09-27 03:20:23 +08:00
|
|
|
} else {
|
2020-03-25 18:04:38 +08:00
|
|
|
gpio_set_config(desc, PIN_CONFIG_DRIVE_PUSH_PULL);
|
2017-09-27 03:20:23 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
set_output_value:
|
2020-03-25 18:04:39 +08:00
|
|
|
ret = gpio_set_bias(desc);
|
2019-11-05 10:04:26 +08:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
2017-09-27 02:58:28 +08:00
|
|
|
return gpiod_direction_output_raw_commit(desc, value);
|
2019-10-01 17:44:53 +08:00
|
|
|
|
|
|
|
set_output_flag:
|
|
|
|
/*
|
|
|
|
* When emulating open-source or open-drain functionalities by not
|
|
|
|
* actively driving the line (setting mode to input) we still need to
|
|
|
|
* set the IS_OUT flag or otherwise we won't be able to set the line
|
|
|
|
* value anymore.
|
|
|
|
*/
|
|
|
|
if (ret == 0)
|
|
|
|
set_bit(FLAG_IS_OUT, &desc->flags);
|
|
|
|
return ret;
|
2014-01-07 19:34:11 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_direction_output);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2022-04-23 04:52:16 +08:00
|
|
|
/**
|
|
|
|
* gpiod_enable_hw_timestamp_ns - Enable hardware timestamp in nanoseconds.
|
|
|
|
*
|
|
|
|
* @desc: GPIO to enable.
|
|
|
|
* @flags: Flags related to GPIO edge.
|
|
|
|
*
|
|
|
|
* Return 0 in case of success, else negative error code.
|
|
|
|
*/
|
|
|
|
int gpiod_enable_hw_timestamp_ns(struct gpio_desc *desc, unsigned long flags)
|
|
|
|
{
|
|
|
|
int ret = 0;
|
|
|
|
struct gpio_chip *gc;
|
|
|
|
|
|
|
|
VALIDATE_DESC(desc);
|
|
|
|
|
|
|
|
gc = desc->gdev->chip;
|
|
|
|
if (!gc->en_hw_timestamp) {
|
|
|
|
gpiod_warn(desc, "%s: hw ts not supported\n", __func__);
|
|
|
|
return -ENOTSUPP;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = gc->en_hw_timestamp(gc, gpio_chip_hwgpio(desc), flags);
|
|
|
|
if (ret)
|
|
|
|
gpiod_warn(desc, "%s: hw ts request failed\n", __func__);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_enable_hw_timestamp_ns);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiod_disable_hw_timestamp_ns - Disable hardware timestamp.
|
|
|
|
*
|
|
|
|
* @desc: GPIO to disable.
|
|
|
|
* @flags: Flags related to GPIO edge, same value as used during enable call.
|
|
|
|
*
|
|
|
|
* Return 0 in case of success, else negative error code.
|
|
|
|
*/
|
|
|
|
int gpiod_disable_hw_timestamp_ns(struct gpio_desc *desc, unsigned long flags)
|
|
|
|
{
|
|
|
|
int ret = 0;
|
|
|
|
struct gpio_chip *gc;
|
|
|
|
|
|
|
|
VALIDATE_DESC(desc);
|
|
|
|
|
|
|
|
gc = desc->gdev->chip;
|
|
|
|
if (!gc->dis_hw_timestamp) {
|
|
|
|
gpiod_warn(desc, "%s: hw ts not supported\n", __func__);
|
|
|
|
return -ENOTSUPP;
|
|
|
|
}
|
|
|
|
|
|
|
|
ret = gc->dis_hw_timestamp(gc, gpio_chip_hwgpio(desc), flags);
|
|
|
|
if (ret)
|
|
|
|
gpiod_warn(desc, "%s: hw ts release failed\n", __func__);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_disable_hw_timestamp_ns);
|
|
|
|
|
2020-03-24 21:56:50 +08:00
|
|
|
/**
|
|
|
|
* gpiod_set_config - sets @config for a GPIO
|
|
|
|
* @desc: descriptor of the GPIO for which to set the configuration
|
|
|
|
* @config: Same packed config format as generic pinconf
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* 0 on success, %-ENOTSUPP if the controller doesn't support setting the
|
|
|
|
* configuration.
|
|
|
|
*/
|
|
|
|
int gpiod_set_config(struct gpio_desc *desc, unsigned long config)
|
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc;
|
2020-03-24 21:56:50 +08:00
|
|
|
|
|
|
|
VALIDATE_DESC(desc);
|
2020-03-29 22:04:05 +08:00
|
|
|
gc = desc->gdev->chip;
|
2020-03-24 21:56:50 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
return gpio_do_set_config(gc, gpio_chip_hwgpio(desc), config);
|
2020-03-24 21:56:50 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_config);
|
|
|
|
|
2010-05-27 05:42:23 +08:00
|
|
|
/**
|
2017-07-24 22:57:22 +08:00
|
|
|
* gpiod_set_debounce - sets @debounce time for a GPIO
|
|
|
|
* @desc: descriptor of the GPIO for which to set debounce time
|
|
|
|
* @debounce: debounce time in microseconds
|
2013-09-04 20:17:08 +08:00
|
|
|
*
|
2017-07-24 22:57:22 +08:00
|
|
|
* Returns:
|
|
|
|
* 0 on success, %-ENOTSUPP if the controller doesn't support setting the
|
|
|
|
* debounce time.
|
2010-05-27 05:42:23 +08:00
|
|
|
*/
|
2020-11-10 04:53:16 +08:00
|
|
|
int gpiod_set_debounce(struct gpio_desc *desc, unsigned int debounce)
|
2010-05-27 05:42:23 +08:00
|
|
|
{
|
2020-03-24 21:56:50 +08:00
|
|
|
unsigned long config;
|
2013-08-30 15:41:45 +08:00
|
|
|
|
2017-01-23 20:34:34 +08:00
|
|
|
config = pinconf_to_config_packed(PIN_CONFIG_INPUT_DEBOUNCE, debounce);
|
2020-03-24 21:56:50 +08:00
|
|
|
return gpiod_set_config(desc, config);
|
2010-05-27 05:42:23 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_debounce);
|
2013-02-03 00:29:29 +08:00
|
|
|
|
2017-11-30 11:55:24 +08:00
|
|
|
/**
|
|
|
|
* gpiod_set_transitory - Lose or retain GPIO state on suspend or reset
|
|
|
|
* @desc: descriptor of the GPIO for which to configure persistence
|
|
|
|
* @transitory: True to lose state on suspend or reset, false for persistence
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* 0 on success, otherwise a negative error code.
|
|
|
|
*/
|
|
|
|
int gpiod_set_transitory(struct gpio_desc *desc, bool transitory)
|
|
|
|
{
|
2017-12-22 00:37:35 +08:00
|
|
|
VALIDATE_DESC(desc);
|
2017-11-30 11:55:24 +08:00
|
|
|
/*
|
|
|
|
* Handle FLAG_TRANSITORY first, enabling queries to gpiolib for
|
|
|
|
* persistence state.
|
|
|
|
*/
|
2019-12-05 03:42:29 +08:00
|
|
|
assign_bit(FLAG_TRANSITORY, &desc->flags, transitory);
|
2017-11-30 11:55:24 +08:00
|
|
|
|
|
|
|
/* If the driver supports it, set the persistence state now */
|
2020-11-12 02:49:30 +08:00
|
|
|
return gpio_set_config_with_argument_optional(desc,
|
|
|
|
PIN_CONFIG_PERSIST_STATE,
|
|
|
|
!transitory);
|
2017-11-30 11:55:24 +08:00
|
|
|
}
|
|
|
|
|
2013-10-18 01:21:36 +08: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-03 00:29:29 +08:00
|
|
|
{
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
VALIDATE_DESC(desc);
|
2013-10-18 01:21:36 +08:00
|
|
|
return test_bit(FLAG_ACTIVE_LOW, &desc->flags);
|
2013-02-03 00:29:29 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_is_active_low);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2019-12-11 10:40:55 +08:00
|
|
|
/**
|
|
|
|
* gpiod_toggle_active_low - toggle whether a GPIO is active-low or not
|
|
|
|
* @desc: the gpio descriptor to change
|
|
|
|
*/
|
|
|
|
void gpiod_toggle_active_low(struct gpio_desc *desc)
|
|
|
|
{
|
|
|
|
VALIDATE_DESC_VOID(desc);
|
|
|
|
change_bit(FLAG_ACTIVE_LOW, &desc->flags);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_toggle_active_low);
|
|
|
|
|
2022-04-09 02:18:53 +08:00
|
|
|
static int gpio_chip_get_value(struct gpio_chip *gc, const struct gpio_desc *desc)
|
|
|
|
{
|
|
|
|
return gc->get ? gc->get(gc, gpio_chip_hwgpio(desc)) : -EIO;
|
|
|
|
}
|
|
|
|
|
2008-02-05 14:28:20 +08: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.
|
|
|
|
*/
|
|
|
|
|
2017-09-27 02:58:28 +08:00
|
|
|
static int gpiod_get_raw_value_commit(const struct gpio_desc *desc)
|
2008-02-05 14:28:20 +08:00
|
|
|
{
|
2023-12-21 17:15:46 +08:00
|
|
|
struct gpio_chip *gc;
|
2015-08-29 00:44:18 +08:00
|
|
|
int value;
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
gc = desc->gdev->chip;
|
2022-04-09 02:18:53 +08:00
|
|
|
value = gpio_chip_get_value(gc, desc);
|
2015-12-22 06:10:12 +08:00
|
|
|
value = value < 0 ? value : !!value;
|
2013-02-03 00:29:29 +08:00
|
|
|
trace_gpio_value(desc_to_gpio(desc), 1, value);
|
2011-05-20 14:40:19 +08:00
|
|
|
return value;
|
2008-02-05 14:28:20 +08:00
|
|
|
}
|
2013-02-03 00:29:29 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
static int gpio_chip_get_multiple(struct gpio_chip *gc,
|
2017-10-12 18:40:10 +08:00
|
|
|
unsigned long *mask, unsigned long *bits)
|
|
|
|
{
|
2022-03-30 23:06:20 +08:00
|
|
|
if (gc->get_multiple)
|
2020-03-29 22:04:05 +08:00
|
|
|
return gc->get_multiple(gc, mask, bits);
|
2022-03-30 23:06:20 +08:00
|
|
|
if (gc->get) {
|
2017-10-12 18:40:10 +08:00
|
|
|
int i, value;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
for_each_set_bit(i, mask, gc->ngpio) {
|
|
|
|
value = gc->get(gc, i);
|
2017-10-12 18:40:10 +08:00
|
|
|
if (value < 0)
|
|
|
|
return value;
|
|
|
|
__assign_bit(i, bits, value);
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
return -EIO;
|
|
|
|
}
|
|
|
|
|
|
|
|
int gpiod_get_array_value_complex(bool raw, bool can_sleep,
|
|
|
|
unsigned int array_size,
|
|
|
|
struct gpio_desc **desc_array,
|
2018-09-06 05:50:07 +08:00
|
|
|
struct gpio_array *array_info,
|
2018-09-06 05:50:05 +08:00
|
|
|
unsigned long *value_bitmap)
|
2017-10-12 18:40:10 +08:00
|
|
|
{
|
2019-07-16 17:11:45 +08:00
|
|
|
int ret, i = 0;
|
2018-09-06 05:50:08 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Validate array_info against desc_array and its size.
|
|
|
|
* It should immediately follow desc_array if both
|
|
|
|
* have been obtained from the same gpiod_get_array() call.
|
|
|
|
*/
|
|
|
|
if (array_info && array_info->desc == desc_array &&
|
|
|
|
array_size <= array_info->size &&
|
|
|
|
(void *)array_info == desc_array + array_info->size) {
|
|
|
|
if (!can_sleep)
|
|
|
|
WARN_ON(array_info->chip->can_sleep);
|
|
|
|
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = gpio_chip_get_multiple(array_info->chip,
|
2018-09-06 05:50:08 +08:00
|
|
|
array_info->get_mask,
|
|
|
|
value_bitmap);
|
2019-07-16 17:11:45 +08:00
|
|
|
if (ret)
|
|
|
|
return ret;
|
2018-09-06 05:50:08 +08:00
|
|
|
|
|
|
|
if (!raw && !bitmap_empty(array_info->invert_mask, array_size))
|
|
|
|
bitmap_xor(value_bitmap, value_bitmap,
|
|
|
|
array_info->invert_mask, array_size);
|
|
|
|
|
|
|
|
i = find_first_zero_bit(array_info->get_mask, array_size);
|
2020-06-30 17:21:46 +08:00
|
|
|
if (i == array_size)
|
|
|
|
return 0;
|
2018-09-06 05:50:08 +08:00
|
|
|
} else {
|
|
|
|
array_info = NULL;
|
|
|
|
}
|
2017-10-12 18:40:10 +08:00
|
|
|
|
|
|
|
while (i < array_size) {
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc = desc_array[i]->gdev->chip;
|
2021-05-26 02:35:17 +08:00
|
|
|
DECLARE_BITMAP(fastpath_mask, FASTPATH_NGPIO);
|
|
|
|
DECLARE_BITMAP(fastpath_bits, FASTPATH_NGPIO);
|
2018-05-22 01:57:07 +08:00
|
|
|
unsigned long *mask, *bits;
|
2021-01-05 18:59:14 +08:00
|
|
|
int first, j;
|
2017-10-12 18:40:10 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (likely(gc->ngpio <= FASTPATH_NGPIO)) {
|
2021-05-26 02:35:17 +08:00
|
|
|
mask = fastpath_mask;
|
|
|
|
bits = fastpath_bits;
|
2018-05-22 01:57:07 +08:00
|
|
|
} else {
|
2021-05-26 02:35:18 +08:00
|
|
|
gfp_t flags = can_sleep ? GFP_KERNEL : GFP_ATOMIC;
|
|
|
|
|
|
|
|
mask = bitmap_alloc(gc->ngpio, flags);
|
2018-05-22 01:57:07 +08:00
|
|
|
if (!mask)
|
|
|
|
return -ENOMEM;
|
2021-05-26 02:35:17 +08:00
|
|
|
|
2021-05-26 02:35:18 +08:00
|
|
|
bits = bitmap_alloc(gc->ngpio, flags);
|
|
|
|
if (!bits) {
|
|
|
|
bitmap_free(mask);
|
|
|
|
return -ENOMEM;
|
|
|
|
}
|
2018-05-22 01:57:07 +08:00
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
bitmap_zero(mask, gc->ngpio);
|
2018-05-22 01:57:07 +08:00
|
|
|
|
2017-10-12 18:40:10 +08:00
|
|
|
if (!can_sleep)
|
2020-03-29 22:04:05 +08:00
|
|
|
WARN_ON(gc->can_sleep);
|
2017-10-12 18:40:10 +08:00
|
|
|
|
|
|
|
/* collect all inputs belonging to the same chip */
|
|
|
|
first = i;
|
|
|
|
do {
|
|
|
|
const struct gpio_desc *desc = desc_array[i];
|
|
|
|
int hwgpio = gpio_chip_hwgpio(desc);
|
|
|
|
|
|
|
|
__set_bit(hwgpio, mask);
|
|
|
|
i++;
|
2018-09-06 05:50:08 +08:00
|
|
|
|
|
|
|
if (array_info)
|
2018-09-24 07:53:35 +08:00
|
|
|
i = find_next_zero_bit(array_info->get_mask,
|
|
|
|
array_size, i);
|
2017-10-12 18:40:10 +08:00
|
|
|
} while ((i < array_size) &&
|
2020-03-29 22:04:05 +08:00
|
|
|
(desc_array[i]->gdev->chip == gc));
|
2017-10-12 18:40:10 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
ret = gpio_chip_get_multiple(gc, mask, bits);
|
2018-05-22 01:57:07 +08:00
|
|
|
if (ret) {
|
2021-05-26 02:35:17 +08:00
|
|
|
if (mask != fastpath_mask)
|
2021-05-26 02:35:18 +08:00
|
|
|
bitmap_free(mask);
|
|
|
|
if (bits != fastpath_bits)
|
|
|
|
bitmap_free(bits);
|
2017-10-12 18:40:10 +08:00
|
|
|
return ret;
|
2018-05-22 01:57:07 +08:00
|
|
|
}
|
2017-10-12 18:40:10 +08:00
|
|
|
|
2018-09-06 05:50:08 +08:00
|
|
|
for (j = first; j < i; ) {
|
2017-10-12 18:40:10 +08:00
|
|
|
const struct gpio_desc *desc = desc_array[j];
|
|
|
|
int hwgpio = gpio_chip_hwgpio(desc);
|
|
|
|
int value = test_bit(hwgpio, bits);
|
|
|
|
|
|
|
|
if (!raw && test_bit(FLAG_ACTIVE_LOW, &desc->flags))
|
|
|
|
value = !value;
|
2018-09-06 05:50:05 +08:00
|
|
|
__assign_bit(j, value_bitmap, value);
|
2017-10-12 18:40:10 +08:00
|
|
|
trace_gpio_value(desc_to_gpio(desc), 1, value);
|
2018-09-29 20:20:22 +08:00
|
|
|
j++;
|
2018-09-06 05:50:08 +08:00
|
|
|
|
|
|
|
if (array_info)
|
2018-09-24 07:53:35 +08:00
|
|
|
j = find_next_zero_bit(array_info->get_mask, i,
|
|
|
|
j);
|
2017-10-12 18:40:10 +08:00
|
|
|
}
|
2018-05-22 01:57:07 +08:00
|
|
|
|
2021-05-26 02:35:17 +08:00
|
|
|
if (mask != fastpath_mask)
|
2021-05-26 02:35:18 +08:00
|
|
|
bitmap_free(mask);
|
|
|
|
if (bits != fastpath_bits)
|
|
|
|
bitmap_free(bits);
|
2017-10-12 18:40:10 +08:00
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2008-02-05 14:28:20 +08:00
|
|
|
/**
|
2013-10-18 01:21:36 +08:00
|
|
|
* gpiod_get_raw_value() - return a gpio's raw value
|
|
|
|
* @desc: gpio whose value will be returned
|
2008-02-05 14:28:20 +08:00
|
|
|
*
|
2013-10-18 01:21:36 +08:00
|
|
|
* Return the GPIO's raw value, i.e. the value of the physical line disregarding
|
2015-08-29 00:44:18 +08:00
|
|
|
* its ACTIVE_LOW status, or negative errno on failure.
|
2013-10-18 01:21:36 +08:00
|
|
|
*
|
2019-07-01 22:28:09 +08:00
|
|
|
* This function can be called from contexts where we cannot sleep, and will
|
2013-10-18 01:21:36 +08:00
|
|
|
* complain if the GPIO chip functions potentially sleep.
|
2008-02-05 14:28:20 +08:00
|
|
|
*/
|
2013-10-18 01:21:36 +08:00
|
|
|
int gpiod_get_raw_value(const struct gpio_desc *desc)
|
2008-02-05 14:28:20 +08:00
|
|
|
{
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
VALIDATE_DESC(desc);
|
2019-07-01 22:27:38 +08:00
|
|
|
/* Should be using gpiod_get_raw_value_cansleep() */
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
WARN_ON(desc->gdev->chip->can_sleep);
|
2017-09-27 02:58:28 +08:00
|
|
|
return gpiod_get_raw_value_commit(desc);
|
2008-02-05 14:28:20 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_raw_value);
|
2013-02-03 00:29:29 +08:00
|
|
|
|
2013-10-18 01:21:36 +08: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
|
2015-08-29 00:44:18 +08:00
|
|
|
* account, or negative errno on failure.
|
2013-10-18 01:21:36 +08:00
|
|
|
*
|
2019-07-01 22:28:09 +08:00
|
|
|
* This function can be called from contexts where we cannot sleep, and will
|
2013-10-18 01:21:36 +08:00
|
|
|
* complain if the GPIO chip functions potentially sleep.
|
|
|
|
*/
|
|
|
|
int gpiod_get_value(const struct gpio_desc *desc)
|
2013-02-03 00:29:29 +08:00
|
|
|
{
|
2013-10-18 01:21:36 +08:00
|
|
|
int value;
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
|
|
|
|
VALIDATE_DESC(desc);
|
2019-07-01 22:27:38 +08:00
|
|
|
/* Should be using gpiod_get_value_cansleep() */
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
WARN_ON(desc->gdev->chip->can_sleep);
|
2013-10-18 01:21:36 +08:00
|
|
|
|
2017-09-27 02:58:28 +08:00
|
|
|
value = gpiod_get_raw_value_commit(desc);
|
2015-08-29 00:44:18 +08:00
|
|
|
if (value < 0)
|
|
|
|
return value;
|
|
|
|
|
2013-10-18 01:21:36 +08:00
|
|
|
if (test_bit(FLAG_ACTIVE_LOW, &desc->flags))
|
|
|
|
value = !value;
|
|
|
|
|
|
|
|
return value;
|
2013-02-03 00:29:29 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_value);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2017-10-12 18:40:10 +08:00
|
|
|
/**
|
|
|
|
* gpiod_get_raw_array_value() - read raw values from an array of GPIOs
|
2018-09-06 05:50:05 +08:00
|
|
|
* @array_size: number of elements in the descriptor array / value bitmap
|
2017-10-12 18:40:10 +08:00
|
|
|
* @desc_array: array of GPIO descriptors whose values will be read
|
2018-09-06 05:50:07 +08:00
|
|
|
* @array_info: information on applicability of fast bitmap processing path
|
2018-09-06 05:50:05 +08:00
|
|
|
* @value_bitmap: bitmap to store the read values
|
2017-10-12 18:40:10 +08:00
|
|
|
*
|
|
|
|
* Read the raw values of the GPIOs, i.e. the values of the physical lines
|
|
|
|
* without regard for their ACTIVE_LOW status. Return 0 in case of success,
|
|
|
|
* else an error code.
|
|
|
|
*
|
2019-07-01 22:28:09 +08:00
|
|
|
* This function can be called from contexts where we cannot sleep,
|
2017-10-12 18:40:10 +08:00
|
|
|
* and it will complain if the GPIO chip functions potentially sleep.
|
|
|
|
*/
|
|
|
|
int gpiod_get_raw_array_value(unsigned int array_size,
|
2018-09-06 05:50:05 +08:00
|
|
|
struct gpio_desc **desc_array,
|
2018-09-06 05:50:07 +08:00
|
|
|
struct gpio_array *array_info,
|
2018-09-06 05:50:05 +08:00
|
|
|
unsigned long *value_bitmap)
|
2017-10-12 18:40:10 +08:00
|
|
|
{
|
|
|
|
if (!desc_array)
|
|
|
|
return -EINVAL;
|
|
|
|
return gpiod_get_array_value_complex(true, false, array_size,
|
2018-09-06 05:50:07 +08:00
|
|
|
desc_array, array_info,
|
|
|
|
value_bitmap);
|
2017-10-12 18:40:10 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_raw_array_value);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiod_get_array_value() - read values from an array of GPIOs
|
2018-09-06 05:50:05 +08:00
|
|
|
* @array_size: number of elements in the descriptor array / value bitmap
|
2017-10-12 18:40:10 +08:00
|
|
|
* @desc_array: array of GPIO descriptors whose values will be read
|
2018-09-06 05:50:07 +08:00
|
|
|
* @array_info: information on applicability of fast bitmap processing path
|
2018-09-06 05:50:05 +08:00
|
|
|
* @value_bitmap: bitmap to store the read values
|
2017-10-12 18:40:10 +08:00
|
|
|
*
|
|
|
|
* Read the logical values of the GPIOs, i.e. taking their ACTIVE_LOW status
|
|
|
|
* into account. Return 0 in case of success, else an error code.
|
|
|
|
*
|
2019-07-01 22:28:09 +08:00
|
|
|
* This function can be called from contexts where we cannot sleep,
|
2017-10-12 18:40:10 +08:00
|
|
|
* and it will complain if the GPIO chip functions potentially sleep.
|
|
|
|
*/
|
|
|
|
int gpiod_get_array_value(unsigned int array_size,
|
2018-09-06 05:50:05 +08:00
|
|
|
struct gpio_desc **desc_array,
|
2018-09-06 05:50:07 +08:00
|
|
|
struct gpio_array *array_info,
|
2018-09-06 05:50:05 +08:00
|
|
|
unsigned long *value_bitmap)
|
2017-10-12 18:40:10 +08:00
|
|
|
{
|
|
|
|
if (!desc_array)
|
|
|
|
return -EINVAL;
|
|
|
|
return gpiod_get_array_value_complex(false, false, array_size,
|
2018-09-06 05:50:07 +08:00
|
|
|
desc_array, array_info,
|
|
|
|
value_bitmap);
|
2017-10-12 18:40:10 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_array_value);
|
|
|
|
|
2012-02-17 22:56:21 +08:00
|
|
|
/*
|
2017-09-27 02:58:28 +08:00
|
|
|
* gpio_set_open_drain_value_commit() - Set the open drain gpio's value.
|
2013-10-18 01:21:36 +08:00
|
|
|
* @desc: gpio descriptor whose state need to be set.
|
2015-05-19 02:41:43 +08:00
|
|
|
* @value: Non-zero for setting it HIGH otherwise it will set to LOW.
|
2012-02-17 22:56:21 +08:00
|
|
|
*/
|
2017-09-27 02:58:28 +08:00
|
|
|
static void gpio_set_open_drain_value_commit(struct gpio_desc *desc, bool value)
|
2012-02-17 22:56:21 +08:00
|
|
|
{
|
2019-07-16 17:11:45 +08:00
|
|
|
int ret = 0;
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc = desc->gdev->chip;
|
2013-02-03 00:29:29 +08:00
|
|
|
int offset = gpio_chip_hwgpio(desc);
|
|
|
|
|
2012-02-17 22:56:21 +08:00
|
|
|
if (value) {
|
2020-03-29 22:04:05 +08:00
|
|
|
ret = gc->direction_input(gc, offset);
|
2012-02-17 22:56:21 +08:00
|
|
|
} else {
|
2020-03-29 22:04:05 +08:00
|
|
|
ret = gc->direction_output(gc, offset, 0);
|
2019-07-16 17:11:45 +08:00
|
|
|
if (!ret)
|
2013-02-03 00:29:29 +08:00
|
|
|
set_bit(FLAG_IS_OUT, &desc->flags);
|
2012-02-17 22:56:21 +08:00
|
|
|
}
|
2019-07-16 17:11:45 +08:00
|
|
|
trace_gpio_direction(desc_to_gpio(desc), value, ret);
|
|
|
|
if (ret < 0)
|
2013-09-09 17:33:49 +08:00
|
|
|
gpiod_err(desc,
|
|
|
|
"%s: Error in set_value for open drain err %d\n",
|
2019-07-16 17:11:45 +08:00
|
|
|
__func__, ret);
|
2012-02-17 22:56:21 +08:00
|
|
|
}
|
|
|
|
|
2012-02-17 22:56:22 +08:00
|
|
|
/*
|
2013-10-18 01:21:36 +08:00
|
|
|
* _gpio_set_open_source_value() - Set the open source gpio's value.
|
|
|
|
* @desc: gpio descriptor whose state need to be set.
|
2015-05-19 02:41:43 +08:00
|
|
|
* @value: Non-zero for setting it HIGH otherwise it will set to LOW.
|
2012-02-17 22:56:22 +08:00
|
|
|
*/
|
2017-09-27 02:58:28 +08:00
|
|
|
static void gpio_set_open_source_value_commit(struct gpio_desc *desc, bool value)
|
2012-02-17 22:56:22 +08:00
|
|
|
{
|
2019-07-16 17:11:45 +08:00
|
|
|
int ret = 0;
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc = desc->gdev->chip;
|
2013-02-03 00:29:29 +08:00
|
|
|
int offset = gpio_chip_hwgpio(desc);
|
|
|
|
|
2012-02-17 22:56:22 +08:00
|
|
|
if (value) {
|
2020-03-29 22:04:05 +08:00
|
|
|
ret = gc->direction_output(gc, offset, 1);
|
2019-07-16 17:11:45 +08:00
|
|
|
if (!ret)
|
2013-02-03 00:29:29 +08:00
|
|
|
set_bit(FLAG_IS_OUT, &desc->flags);
|
2012-02-17 22:56:22 +08:00
|
|
|
} else {
|
2020-03-29 22:04:05 +08:00
|
|
|
ret = gc->direction_input(gc, offset);
|
2012-02-17 22:56:22 +08:00
|
|
|
}
|
2019-07-16 17:11:45 +08:00
|
|
|
trace_gpio_direction(desc_to_gpio(desc), !value, ret);
|
|
|
|
if (ret < 0)
|
2013-09-09 17:33:49 +08:00
|
|
|
gpiod_err(desc,
|
|
|
|
"%s: Error in set_value for open source err %d\n",
|
2019-07-16 17:11:45 +08:00
|
|
|
__func__, ret);
|
2012-02-17 22:56:22 +08:00
|
|
|
}
|
|
|
|
|
2017-09-27 02:58:28 +08:00
|
|
|
static void gpiod_set_raw_value_commit(struct gpio_desc *desc, bool value)
|
2008-02-05 14:28:20 +08:00
|
|
|
{
|
2023-12-21 17:15:46 +08:00
|
|
|
struct gpio_chip *gc;
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
gc = desc->gdev->chip;
|
2013-02-03 00:29:29 +08:00
|
|
|
trace_gpio_value(desc_to_gpio(desc), 0, value);
|
2020-03-29 22:04:05 +08:00
|
|
|
gc->set(gc, gpio_chip_hwgpio(desc), value);
|
2013-02-03 00:29:29 +08:00
|
|
|
}
|
|
|
|
|
2014-11-05 00:12:06 +08:00
|
|
|
/*
|
|
|
|
* set multiple outputs on the same chip;
|
|
|
|
* use the chip's set_multiple function if available;
|
|
|
|
* otherwise set the outputs sequentially;
|
2020-03-29 22:04:05 +08:00
|
|
|
* @chip: the GPIO chip we operate on
|
2014-11-05 00:12:06 +08:00
|
|
|
* @mask: bit mask array; one bit per output; BITS_PER_LONG bits per word
|
|
|
|
* defines which outputs are to be changed
|
|
|
|
* @bits: bit value array; one bit per output; BITS_PER_LONG bits per word
|
|
|
|
* defines the values the outputs specified by mask are to be set to
|
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
static void gpio_chip_set_multiple(struct gpio_chip *gc,
|
2014-11-05 00:12:06 +08:00
|
|
|
unsigned long *mask, unsigned long *bits)
|
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->set_multiple) {
|
|
|
|
gc->set_multiple(gc, mask, bits);
|
2014-11-05 00:12:06 +08:00
|
|
|
} else {
|
2017-01-04 01:01:17 +08:00
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
/* set outputs if the corresponding mask bit is set */
|
2020-03-29 22:04:05 +08:00
|
|
|
for_each_set_bit(i, mask, gc->ngpio)
|
|
|
|
gc->set(gc, i, test_bit(i, bits));
|
2014-11-05 00:12:06 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2018-05-22 01:57:07 +08:00
|
|
|
int gpiod_set_array_value_complex(bool raw, bool can_sleep,
|
2018-09-27 19:38:10 +08:00
|
|
|
unsigned int array_size,
|
|
|
|
struct gpio_desc **desc_array,
|
|
|
|
struct gpio_array *array_info,
|
|
|
|
unsigned long *value_bitmap)
|
2014-11-05 00:12:06 +08:00
|
|
|
{
|
|
|
|
int i = 0;
|
|
|
|
|
2018-09-06 05:50:08 +08:00
|
|
|
/*
|
|
|
|
* Validate array_info against desc_array and its size.
|
|
|
|
* It should immediately follow desc_array if both
|
|
|
|
* have been obtained from the same gpiod_get_array() call.
|
|
|
|
*/
|
|
|
|
if (array_info && array_info->desc == desc_array &&
|
|
|
|
array_size <= array_info->size &&
|
|
|
|
(void *)array_info == desc_array + array_info->size) {
|
|
|
|
if (!can_sleep)
|
|
|
|
WARN_ON(array_info->chip->can_sleep);
|
|
|
|
|
|
|
|
if (!raw && !bitmap_empty(array_info->invert_mask, array_size))
|
|
|
|
bitmap_xor(value_bitmap, value_bitmap,
|
|
|
|
array_info->invert_mask, array_size);
|
|
|
|
|
|
|
|
gpio_chip_set_multiple(array_info->chip, array_info->set_mask,
|
|
|
|
value_bitmap);
|
|
|
|
|
|
|
|
i = find_first_zero_bit(array_info->set_mask, array_size);
|
2020-06-30 17:21:46 +08:00
|
|
|
if (i == array_size)
|
|
|
|
return 0;
|
2018-09-06 05:50:08 +08:00
|
|
|
} else {
|
|
|
|
array_info = NULL;
|
|
|
|
}
|
|
|
|
|
2014-11-05 00:12:06 +08:00
|
|
|
while (i < array_size) {
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc = desc_array[i]->gdev->chip;
|
2021-05-26 02:35:17 +08:00
|
|
|
DECLARE_BITMAP(fastpath_mask, FASTPATH_NGPIO);
|
|
|
|
DECLARE_BITMAP(fastpath_bits, FASTPATH_NGPIO);
|
2018-05-22 01:57:07 +08:00
|
|
|
unsigned long *mask, *bits;
|
2014-11-05 00:12:06 +08:00
|
|
|
int count = 0;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (likely(gc->ngpio <= FASTPATH_NGPIO)) {
|
2021-05-26 02:35:17 +08:00
|
|
|
mask = fastpath_mask;
|
|
|
|
bits = fastpath_bits;
|
2018-05-22 01:57:07 +08:00
|
|
|
} else {
|
2021-05-26 02:35:18 +08:00
|
|
|
gfp_t flags = can_sleep ? GFP_KERNEL : GFP_ATOMIC;
|
|
|
|
|
|
|
|
mask = bitmap_alloc(gc->ngpio, flags);
|
2018-05-22 01:57:07 +08:00
|
|
|
if (!mask)
|
|
|
|
return -ENOMEM;
|
2021-05-26 02:35:17 +08:00
|
|
|
|
2021-05-26 02:35:18 +08:00
|
|
|
bits = bitmap_alloc(gc->ngpio, flags);
|
|
|
|
if (!bits) {
|
|
|
|
bitmap_free(mask);
|
|
|
|
return -ENOMEM;
|
|
|
|
}
|
2018-05-22 01:57:07 +08:00
|
|
|
}
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
bitmap_zero(mask, gc->ngpio);
|
2018-05-22 01:57:07 +08:00
|
|
|
|
2015-06-10 21:26:27 +08:00
|
|
|
if (!can_sleep)
|
2020-03-29 22:04:05 +08:00
|
|
|
WARN_ON(gc->can_sleep);
|
2015-06-10 21:26:27 +08:00
|
|
|
|
2014-11-05 00:12:06 +08:00
|
|
|
do {
|
|
|
|
struct gpio_desc *desc = desc_array[i];
|
|
|
|
int hwgpio = gpio_chip_hwgpio(desc);
|
2018-09-06 05:50:05 +08:00
|
|
|
int value = test_bit(i, value_bitmap);
|
2014-11-05 00:12:06 +08:00
|
|
|
|
2018-09-06 05:50:08 +08:00
|
|
|
/*
|
|
|
|
* Pins applicable for fast input but not for
|
|
|
|
* fast output processing may have been already
|
|
|
|
* inverted inside the fast path, skip them.
|
|
|
|
*/
|
|
|
|
if (!raw && !(array_info &&
|
|
|
|
test_bit(i, array_info->invert_mask)) &&
|
|
|
|
test_bit(FLAG_ACTIVE_LOW, &desc->flags))
|
2014-11-05 00:12:06 +08:00
|
|
|
value = !value;
|
|
|
|
trace_gpio_value(desc_to_gpio(desc), 0, value);
|
|
|
|
/*
|
|
|
|
* collect all normal outputs belonging to the same chip
|
|
|
|
* open drain and open source outputs are set individually
|
|
|
|
*/
|
2017-09-27 03:20:23 +08:00
|
|
|
if (test_bit(FLAG_OPEN_DRAIN, &desc->flags) && !raw) {
|
2017-09-27 02:58:28 +08:00
|
|
|
gpio_set_open_drain_value_commit(desc, value);
|
2017-09-27 03:20:23 +08:00
|
|
|
} else if (test_bit(FLAG_OPEN_SOURCE, &desc->flags) && !raw) {
|
2017-09-27 02:58:28 +08:00
|
|
|
gpio_set_open_source_value_commit(desc, value);
|
2014-11-05 00:12:06 +08:00
|
|
|
} else {
|
|
|
|
__set_bit(hwgpio, mask);
|
2019-12-05 03:42:29 +08:00
|
|
|
__assign_bit(hwgpio, bits, value);
|
2014-11-05 00:12:06 +08:00
|
|
|
count++;
|
|
|
|
}
|
|
|
|
i++;
|
2018-09-06 05:50:08 +08:00
|
|
|
|
|
|
|
if (array_info)
|
2018-09-24 07:53:35 +08:00
|
|
|
i = find_next_zero_bit(array_info->set_mask,
|
|
|
|
array_size, i);
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
} while ((i < array_size) &&
|
2020-03-29 22:04:05 +08:00
|
|
|
(desc_array[i]->gdev->chip == gc));
|
2014-11-05 00:12:06 +08:00
|
|
|
/* push collected bits to outputs */
|
2015-06-10 21:26:27 +08:00
|
|
|
if (count != 0)
|
2020-03-29 22:04:05 +08:00
|
|
|
gpio_chip_set_multiple(gc, mask, bits);
|
2018-05-22 01:57:07 +08:00
|
|
|
|
2021-05-26 02:35:17 +08:00
|
|
|
if (mask != fastpath_mask)
|
2021-05-26 02:35:18 +08:00
|
|
|
bitmap_free(mask);
|
|
|
|
if (bits != fastpath_bits)
|
|
|
|
bitmap_free(bits);
|
2014-11-05 00:12:06 +08:00
|
|
|
}
|
2018-05-22 01:57:07 +08:00
|
|
|
return 0;
|
2014-11-05 00:12:06 +08:00
|
|
|
}
|
|
|
|
|
2008-02-05 14:28:20 +08:00
|
|
|
/**
|
2013-10-18 01:21:36 +08:00
|
|
|
* gpiod_set_raw_value() - assign a gpio's raw value
|
|
|
|
* @desc: gpio whose value will be assigned
|
2008-02-05 14:28:20 +08:00
|
|
|
* @value: value to assign
|
|
|
|
*
|
2013-10-18 01:21:36 +08:00
|
|
|
* Set the raw value of the GPIO, i.e. the value of its physical line without
|
|
|
|
* regard for its ACTIVE_LOW status.
|
|
|
|
*
|
2019-07-01 22:28:09 +08:00
|
|
|
* This function can be called from contexts where we cannot sleep, and will
|
2013-10-18 01:21:36 +08:00
|
|
|
* complain if the GPIO chip functions potentially sleep.
|
2008-02-05 14:28:20 +08:00
|
|
|
*/
|
2013-10-18 01:21:36 +08:00
|
|
|
void gpiod_set_raw_value(struct gpio_desc *desc, int value)
|
2013-02-03 00:29:29 +08:00
|
|
|
{
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
VALIDATE_DESC_VOID(desc);
|
2019-07-01 22:27:38 +08:00
|
|
|
/* Should be using gpiod_set_raw_value_cansleep() */
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
WARN_ON(desc->gdev->chip->can_sleep);
|
2017-09-27 02:58:28 +08:00
|
|
|
gpiod_set_raw_value_commit(desc, value);
|
2008-02-05 14:28:20 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_raw_value);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2018-01-10 02:08:21 +08:00
|
|
|
/**
|
|
|
|
* gpiod_set_value_nocheck() - set a GPIO line value without checking
|
|
|
|
* @desc: the descriptor to set the value on
|
|
|
|
* @value: value to set
|
|
|
|
*
|
|
|
|
* This sets the value of a GPIO line backing a descriptor, applying
|
|
|
|
* different semantic quirks like active low and open drain/source
|
|
|
|
* handling.
|
|
|
|
*/
|
|
|
|
static void gpiod_set_value_nocheck(struct gpio_desc *desc, int value)
|
|
|
|
{
|
|
|
|
if (test_bit(FLAG_ACTIVE_LOW, &desc->flags))
|
|
|
|
value = !value;
|
|
|
|
if (test_bit(FLAG_OPEN_DRAIN, &desc->flags))
|
|
|
|
gpio_set_open_drain_value_commit(desc, value);
|
|
|
|
else if (test_bit(FLAG_OPEN_SOURCE, &desc->flags))
|
|
|
|
gpio_set_open_source_value_commit(desc, value);
|
|
|
|
else
|
|
|
|
gpiod_set_raw_value_commit(desc, value);
|
|
|
|
}
|
|
|
|
|
2008-02-05 14:28:20 +08:00
|
|
|
/**
|
2013-10-18 01:21:36 +08:00
|
|
|
* gpiod_set_value() - assign a gpio's value
|
|
|
|
* @desc: gpio whose value will be assigned
|
|
|
|
* @value: value to assign
|
|
|
|
*
|
2017-09-27 03:20:23 +08:00
|
|
|
* Set the logical value of the GPIO, i.e. taking its ACTIVE_LOW,
|
|
|
|
* OPEN_DRAIN and OPEN_SOURCE flags into account.
|
2008-02-05 14:28:20 +08:00
|
|
|
*
|
2019-07-01 22:28:09 +08:00
|
|
|
* This function can be called from contexts where we cannot sleep, and will
|
2013-10-18 01:21:36 +08:00
|
|
|
* complain if the GPIO chip functions potentially sleep.
|
2008-02-05 14:28:20 +08:00
|
|
|
*/
|
2013-10-18 01:21:36 +08:00
|
|
|
void gpiod_set_value(struct gpio_desc *desc, int value)
|
2008-02-05 14:28:20 +08:00
|
|
|
{
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
VALIDATE_DESC_VOID(desc);
|
2019-07-01 22:27:38 +08:00
|
|
|
/* Should be using gpiod_set_value_cansleep() */
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
WARN_ON(desc->gdev->chip->can_sleep);
|
2018-01-10 02:08:21 +08:00
|
|
|
gpiod_set_value_nocheck(desc, value);
|
2013-02-03 00:29:29 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_value);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2014-11-05 00:12:06 +08:00
|
|
|
/**
|
2015-05-13 17:04:56 +08:00
|
|
|
* gpiod_set_raw_array_value() - assign values to an array of GPIOs
|
2018-09-06 05:50:05 +08:00
|
|
|
* @array_size: number of elements in the descriptor array / value bitmap
|
2014-11-05 00:12:06 +08:00
|
|
|
* @desc_array: array of GPIO descriptors whose values will be assigned
|
2018-09-06 05:50:07 +08:00
|
|
|
* @array_info: information on applicability of fast bitmap processing path
|
2018-09-06 05:50:05 +08:00
|
|
|
* @value_bitmap: bitmap of values to assign
|
2014-11-05 00:12:06 +08:00
|
|
|
*
|
|
|
|
* Set the raw values of the GPIOs, i.e. the values of the physical lines
|
|
|
|
* without regard for their ACTIVE_LOW status.
|
|
|
|
*
|
2019-07-01 22:28:09 +08:00
|
|
|
* This function can be called from contexts where we cannot sleep, and will
|
2014-11-05 00:12:06 +08:00
|
|
|
* complain if the GPIO chip functions potentially sleep.
|
|
|
|
*/
|
2018-05-22 01:57:07 +08:00
|
|
|
int gpiod_set_raw_array_value(unsigned int array_size,
|
2018-09-27 19:38:10 +08:00
|
|
|
struct gpio_desc **desc_array,
|
|
|
|
struct gpio_array *array_info,
|
|
|
|
unsigned long *value_bitmap)
|
2014-11-05 00:12:06 +08:00
|
|
|
{
|
|
|
|
if (!desc_array)
|
2018-05-22 01:57:07 +08:00
|
|
|
return -EINVAL;
|
|
|
|
return gpiod_set_array_value_complex(true, false, array_size,
|
2018-09-06 05:50:07 +08:00
|
|
|
desc_array, array_info, value_bitmap);
|
2014-11-05 00:12:06 +08:00
|
|
|
}
|
2015-05-13 17:04:56 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_raw_array_value);
|
2014-11-05 00:12:06 +08:00
|
|
|
|
|
|
|
/**
|
2015-05-13 17:04:56 +08:00
|
|
|
* gpiod_set_array_value() - assign values to an array of GPIOs
|
2018-09-06 05:50:05 +08:00
|
|
|
* @array_size: number of elements in the descriptor array / value bitmap
|
2014-11-05 00:12:06 +08:00
|
|
|
* @desc_array: array of GPIO descriptors whose values will be assigned
|
2018-09-06 05:50:07 +08:00
|
|
|
* @array_info: information on applicability of fast bitmap processing path
|
2018-09-06 05:50:05 +08:00
|
|
|
* @value_bitmap: bitmap of values to assign
|
2014-11-05 00:12:06 +08:00
|
|
|
*
|
|
|
|
* Set the logical values of the GPIOs, i.e. taking their ACTIVE_LOW status
|
|
|
|
* into account.
|
|
|
|
*
|
2019-07-01 22:28:09 +08:00
|
|
|
* This function can be called from contexts where we cannot sleep, and will
|
2014-11-05 00:12:06 +08:00
|
|
|
* complain if the GPIO chip functions potentially sleep.
|
|
|
|
*/
|
2018-09-27 19:38:09 +08:00
|
|
|
int gpiod_set_array_value(unsigned int array_size,
|
|
|
|
struct gpio_desc **desc_array,
|
|
|
|
struct gpio_array *array_info,
|
|
|
|
unsigned long *value_bitmap)
|
2014-11-05 00:12:06 +08:00
|
|
|
{
|
|
|
|
if (!desc_array)
|
2018-09-27 19:38:09 +08:00
|
|
|
return -EINVAL;
|
|
|
|
return gpiod_set_array_value_complex(false, false, array_size,
|
|
|
|
desc_array, array_info,
|
|
|
|
value_bitmap);
|
2014-11-05 00:12:06 +08:00
|
|
|
}
|
2015-05-13 17:04:56 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_array_value);
|
2014-11-05 00:12:06 +08:00
|
|
|
|
2008-02-05 14:28:20 +08:00
|
|
|
/**
|
2013-10-18 01:21:36 +08:00
|
|
|
* gpiod_cansleep() - report whether gpio value access may sleep
|
|
|
|
* @desc: gpio to check
|
2008-02-05 14:28:20 +08:00
|
|
|
*
|
|
|
|
*/
|
2013-10-18 01:21:36 +08:00
|
|
|
int gpiod_cansleep(const struct gpio_desc *desc)
|
2013-02-03 00:29:29 +08:00
|
|
|
{
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
VALIDATE_DESC(desc);
|
|
|
|
return desc->gdev->chip->can_sleep;
|
2008-02-05 14:28:20 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_cansleep);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2018-06-01 19:21:27 +08:00
|
|
|
/**
|
|
|
|
* gpiod_set_consumer_name() - set the consumer name for the descriptor
|
|
|
|
* @desc: gpio to set the consumer name on
|
|
|
|
* @name: the new consumer name
|
|
|
|
*/
|
2018-11-01 21:12:50 +08:00
|
|
|
int gpiod_set_consumer_name(struct gpio_desc *desc, const char *name)
|
2018-06-01 19:21:27 +08:00
|
|
|
{
|
2018-11-01 21:12:50 +08:00
|
|
|
VALIDATE_DESC(desc);
|
|
|
|
if (name) {
|
|
|
|
name = kstrdup_const(name, GFP_KERNEL);
|
|
|
|
if (!name)
|
|
|
|
return -ENOMEM;
|
|
|
|
}
|
|
|
|
|
|
|
|
kfree_const(desc->label);
|
|
|
|
desc_set_label(desc, name);
|
|
|
|
|
|
|
|
return 0;
|
2018-06-01 19:21:27 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_consumer_name);
|
|
|
|
|
2008-10-16 13:03:14 +08:00
|
|
|
/**
|
2013-10-18 01:21:36 +08:00
|
|
|
* gpiod_to_irq() - return the IRQ corresponding to a GPIO
|
|
|
|
* @desc: gpio whose IRQ will be returned (already requested)
|
2008-10-16 13:03:14 +08:00
|
|
|
*
|
2013-10-18 01:21:36 +08:00
|
|
|
* Return the IRQ corresponding to the passed GPIO, or an error code in case of
|
|
|
|
* error.
|
2008-10-16 13:03:14 +08:00
|
|
|
*/
|
2013-10-18 01:21:36 +08:00
|
|
|
int gpiod_to_irq(const struct gpio_desc *desc)
|
2008-10-16 13:03:14 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc;
|
2016-05-02 19:13:10 +08:00
|
|
|
int offset;
|
2008-10-16 13:03:14 +08:00
|
|
|
|
2016-06-16 04:57:38 +08:00
|
|
|
/*
|
|
|
|
* Cannot VALIDATE_DESC() here as gpiod_to_irq() consumer semantics
|
|
|
|
* requires this function to not return zero on an invalid descriptor
|
|
|
|
* but rather a negative error number.
|
|
|
|
*/
|
2016-06-16 17:55:55 +08:00
|
|
|
if (!desc || IS_ERR(desc) || !desc->gdev || !desc->gdev->chip)
|
2016-06-16 04:57:38 +08:00
|
|
|
return -EINVAL;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
gc = desc->gdev->chip;
|
2013-02-03 00:29:29 +08:00
|
|
|
offset = gpio_chip_hwgpio(desc);
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->to_irq) {
|
|
|
|
int retirq = gc->to_irq(gc, offset);
|
2016-05-02 19:13:10 +08:00
|
|
|
|
|
|
|
/* Zero means NO_IRQ */
|
|
|
|
if (!retirq)
|
|
|
|
return -ENXIO;
|
|
|
|
|
|
|
|
return retirq;
|
|
|
|
}
|
2022-02-17 04:26:55 +08:00
|
|
|
#ifdef CONFIG_GPIOLIB_IRQCHIP
|
|
|
|
if (gc->irq.chip) {
|
|
|
|
/*
|
|
|
|
* Avoid race condition with other code, which tries to lookup
|
|
|
|
* an IRQ before the irqchip has been properly registered,
|
|
|
|
* i.e. while gpiochip is still being brought up.
|
|
|
|
*/
|
|
|
|
return -EPROBE_DEFER;
|
|
|
|
}
|
|
|
|
#endif
|
2016-05-02 19:13:10 +08:00
|
|
|
return -ENXIO;
|
2008-10-16 13:03:14 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_to_irq);
|
2008-10-16 13:03:14 +08:00
|
|
|
|
2013-09-24 17:54:38 +08:00
|
|
|
/**
|
2014-10-23 16:27:07 +08:00
|
|
|
* gpiochip_lock_as_irq() - lock a GPIO to be used as IRQ
|
2020-03-29 22:04:05 +08:00
|
|
|
* @gc: the chip the GPIO to lock belongs to
|
2014-07-22 15:17:42 +08:00
|
|
|
* @offset: the offset of the GPIO to lock as IRQ
|
2013-09-24 17:54:38 +08:00
|
|
|
*
|
|
|
|
* This is used directly by GPIO drivers that want to lock down
|
2014-03-07 10:12:49 +08:00
|
|
|
* a certain GPIO line to be used for IRQs.
|
2013-09-24 17:54:38 +08:00
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
int gpiochip_lock_as_irq(struct gpio_chip *gc, unsigned int offset)
|
2013-02-03 00:29:29 +08:00
|
|
|
{
|
2016-05-25 16:56:03 +08:00
|
|
|
struct gpio_desc *desc;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
desc = gpiochip_get_desc(gc, offset);
|
2016-05-25 16:56:03 +08:00
|
|
|
if (IS_ERR(desc))
|
|
|
|
return PTR_ERR(desc);
|
|
|
|
|
2016-11-12 22:01:09 +08:00
|
|
|
/*
|
|
|
|
* If it's fast: flush the direction setting if something changed
|
|
|
|
* behind our back
|
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
if (!gc->can_sleep && gc->get_direction) {
|
2018-07-10 02:47:21 +08:00
|
|
|
int dir = gpiod_get_direction(desc);
|
2016-05-25 16:56:03 +08:00
|
|
|
|
2018-07-03 08:38:31 +08:00
|
|
|
if (dir < 0) {
|
2020-03-29 22:04:05 +08:00
|
|
|
chip_err(gc, "%s: cannot get GPIO direction\n",
|
2018-07-03 08:38:31 +08:00
|
|
|
__func__);
|
|
|
|
return dir;
|
|
|
|
}
|
2016-05-25 16:56:03 +08:00
|
|
|
}
|
2013-09-24 17:54:38 +08:00
|
|
|
|
2020-05-27 22:07:58 +08:00
|
|
|
/* To be valid for IRQ the line needs to be input or open drain */
|
|
|
|
if (test_bit(FLAG_IS_OUT, &desc->flags) &&
|
|
|
|
!test_bit(FLAG_OPEN_DRAIN, &desc->flags)) {
|
2020-03-29 22:04:05 +08:00
|
|
|
chip_err(gc,
|
2018-07-03 08:39:03 +08:00
|
|
|
"%s: tried to flag a GPIO set as output for IRQ\n",
|
|
|
|
__func__);
|
2013-09-24 17:54:38 +08:00
|
|
|
return -EIO;
|
|
|
|
}
|
|
|
|
|
2016-05-25 16:56:03 +08:00
|
|
|
set_bit(FLAG_USED_AS_IRQ, &desc->flags);
|
2018-09-08 17:23:16 +08:00
|
|
|
set_bit(FLAG_IRQ_IS_ENABLED, &desc->flags);
|
2016-11-14 07:09:07 +08:00
|
|
|
|
|
|
|
/*
|
|
|
|
* If the consumer has not set up a label (such as when the
|
|
|
|
* IRQ is referenced from .to_irq()) we set up a label here
|
|
|
|
* so it is clear this is used as an interrupt.
|
|
|
|
*/
|
|
|
|
if (!desc->label)
|
|
|
|
desc_set_label(desc, "interrupt");
|
|
|
|
|
2013-09-24 17:54:38 +08:00
|
|
|
return 0;
|
2013-02-03 00:29:29 +08:00
|
|
|
}
|
2014-10-23 16:27:07 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_lock_as_irq);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2013-09-24 17:54:38 +08:00
|
|
|
/**
|
2014-10-23 16:27:07 +08:00
|
|
|
* gpiochip_unlock_as_irq() - unlock a GPIO used as IRQ
|
2020-03-29 22:04:05 +08:00
|
|
|
* @gc: the chip the GPIO to lock belongs to
|
2014-07-22 15:17:42 +08:00
|
|
|
* @offset: the offset of the GPIO to lock as IRQ
|
2013-09-24 17:54:38 +08:00
|
|
|
*
|
|
|
|
* This is used directly by GPIO drivers that want to indicate
|
|
|
|
* that a certain GPIO is no longer used exclusively for IRQ.
|
2008-02-05 14:28:20 +08:00
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
void gpiochip_unlock_as_irq(struct gpio_chip *gc, unsigned int offset)
|
2013-09-24 17:54:38 +08:00
|
|
|
{
|
2016-11-14 07:09:07 +08:00
|
|
|
struct gpio_desc *desc;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
desc = gpiochip_get_desc(gc, offset);
|
2016-11-14 07:09:07 +08:00
|
|
|
if (IS_ERR(desc))
|
2013-09-24 17:54:38 +08:00
|
|
|
return;
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2016-11-14 07:09:07 +08:00
|
|
|
clear_bit(FLAG_USED_AS_IRQ, &desc->flags);
|
2018-09-08 17:23:16 +08:00
|
|
|
clear_bit(FLAG_IRQ_IS_ENABLED, &desc->flags);
|
2016-11-14 07:09:07 +08:00
|
|
|
|
|
|
|
/* If we only had this marking, erase it */
|
|
|
|
if (desc->label && !strcmp(desc->label, "interrupt"))
|
|
|
|
desc_set_label(desc, NULL);
|
2013-09-24 17:54:38 +08:00
|
|
|
}
|
2014-10-23 16:27:07 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_unlock_as_irq);
|
2013-09-24 17:54:38 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
void gpiochip_disable_irq(struct gpio_chip *gc, unsigned int offset)
|
2018-09-08 17:23:16 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_desc *desc = gpiochip_get_desc(gc, offset);
|
2018-09-08 17:23:16 +08:00
|
|
|
|
|
|
|
if (!IS_ERR(desc) &&
|
|
|
|
!WARN_ON(!test_bit(FLAG_USED_AS_IRQ, &desc->flags)))
|
|
|
|
clear_bit(FLAG_IRQ_IS_ENABLED, &desc->flags);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_disable_irq);
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
void gpiochip_enable_irq(struct gpio_chip *gc, unsigned int offset)
|
2018-09-08 17:23:16 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_desc *desc = gpiochip_get_desc(gc, offset);
|
2018-09-08 17:23:16 +08:00
|
|
|
|
|
|
|
if (!IS_ERR(desc) &&
|
|
|
|
!WARN_ON(!test_bit(FLAG_USED_AS_IRQ, &desc->flags))) {
|
2020-05-27 22:07:58 +08:00
|
|
|
/*
|
|
|
|
* We must not be output when using IRQ UNLESS we are
|
|
|
|
* open drain.
|
|
|
|
*/
|
|
|
|
WARN_ON(test_bit(FLAG_IS_OUT, &desc->flags) &&
|
|
|
|
!test_bit(FLAG_OPEN_DRAIN, &desc->flags));
|
2018-09-08 17:23:16 +08:00
|
|
|
set_bit(FLAG_IRQ_IS_ENABLED, &desc->flags);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_enable_irq);
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
bool gpiochip_line_is_irq(struct gpio_chip *gc, unsigned int offset)
|
2016-02-12 03:16:45 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
if (offset >= gc->ngpio)
|
2016-02-12 03:16:45 +08:00
|
|
|
return false;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
return test_bit(FLAG_USED_AS_IRQ, &gc->gpiodev->descs[offset].flags);
|
2016-02-12 03:16:45 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_line_is_irq);
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
int gpiochip_reqres_irq(struct gpio_chip *gc, unsigned int offset)
|
2018-09-08 17:23:14 +08:00
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (!try_module_get(gc->gpiodev->owner))
|
2018-09-08 17:23:14 +08:00
|
|
|
return -ENODEV;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
ret = gpiochip_lock_as_irq(gc, offset);
|
2018-09-08 17:23:14 +08:00
|
|
|
if (ret) {
|
2020-03-29 22:04:05 +08:00
|
|
|
chip_err(gc, "unable to lock HW IRQ %u for IRQ\n", offset);
|
|
|
|
module_put(gc->gpiodev->owner);
|
2018-09-08 17:23:14 +08:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_reqres_irq);
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
void gpiochip_relres_irq(struct gpio_chip *gc, unsigned int offset)
|
2018-09-08 17:23:14 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
gpiochip_unlock_as_irq(gc, offset);
|
|
|
|
module_put(gc->gpiodev->owner);
|
2018-09-08 17:23:14 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_relres_irq);
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
bool gpiochip_line_is_open_drain(struct gpio_chip *gc, unsigned int offset)
|
2016-02-16 22:41:42 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
if (offset >= gc->ngpio)
|
2016-02-16 22:41:42 +08:00
|
|
|
return false;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
return test_bit(FLAG_OPEN_DRAIN, &gc->gpiodev->descs[offset].flags);
|
2016-02-16 22:41:42 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_line_is_open_drain);
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
bool gpiochip_line_is_open_source(struct gpio_chip *gc, unsigned int offset)
|
2016-02-16 22:41:42 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
if (offset >= gc->ngpio)
|
2016-02-16 22:41:42 +08:00
|
|
|
return false;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
return test_bit(FLAG_OPEN_SOURCE, &gc->gpiodev->descs[offset].flags);
|
2016-02-16 22:41:42 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_line_is_open_source);
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
bool gpiochip_line_is_persistent(struct gpio_chip *gc, unsigned int offset)
|
2017-05-23 22:47:29 +08:00
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
if (offset >= gc->ngpio)
|
2017-05-23 22:47:29 +08:00
|
|
|
return false;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
return !test_bit(FLAG_TRANSITORY, &gc->gpiodev->descs[offset].flags);
|
2017-05-23 22:47:29 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiochip_line_is_persistent);
|
|
|
|
|
2013-10-18 01:21:36 +08: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
|
2015-08-29 00:44:18 +08:00
|
|
|
* its ACTIVE_LOW status, or negative errno on failure.
|
2013-10-18 01:21:36 +08:00
|
|
|
*
|
|
|
|
* This function is to be called from contexts that can sleep.
|
2008-02-05 14:28:20 +08:00
|
|
|
*/
|
2013-10-18 01:21:36 +08:00
|
|
|
int gpiod_get_raw_value_cansleep(const struct gpio_desc *desc)
|
2008-02-05 14:28:20 +08:00
|
|
|
{
|
2023-12-20 04:11:02 +08:00
|
|
|
might_sleep();
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
VALIDATE_DESC(desc);
|
2017-09-27 02:58:28 +08:00
|
|
|
return gpiod_get_raw_value_commit(desc);
|
2008-02-05 14:28:20 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_raw_value_cansleep);
|
2013-02-03 00:29:29 +08:00
|
|
|
|
2013-10-18 01:21:36 +08: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
|
2015-08-29 00:44:18 +08:00
|
|
|
* account, or negative errno on failure.
|
2013-10-18 01:21:36 +08:00
|
|
|
*
|
|
|
|
* This function is to be called from contexts that can sleep.
|
|
|
|
*/
|
|
|
|
int gpiod_get_value_cansleep(const struct gpio_desc *desc)
|
2008-02-05 14:28:20 +08:00
|
|
|
{
|
2011-05-20 14:40:19 +08:00
|
|
|
int value;
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2023-12-20 04:11:02 +08:00
|
|
|
might_sleep();
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
VALIDATE_DESC(desc);
|
2017-09-27 02:58:28 +08:00
|
|
|
value = gpiod_get_raw_value_commit(desc);
|
2015-08-29 00:44:18 +08:00
|
|
|
if (value < 0)
|
|
|
|
return value;
|
|
|
|
|
2013-10-18 01:21:36 +08:00
|
|
|
if (test_bit(FLAG_ACTIVE_LOW, &desc->flags))
|
|
|
|
value = !value;
|
|
|
|
|
2011-05-20 14:40:19 +08:00
|
|
|
return value;
|
2008-02-05 14:28:20 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_value_cansleep);
|
2013-02-03 00:29:29 +08:00
|
|
|
|
2017-10-12 18:40:10 +08:00
|
|
|
/**
|
|
|
|
* gpiod_get_raw_array_value_cansleep() - read raw values from an array of GPIOs
|
2018-09-06 05:50:05 +08:00
|
|
|
* @array_size: number of elements in the descriptor array / value bitmap
|
2017-10-12 18:40:10 +08:00
|
|
|
* @desc_array: array of GPIO descriptors whose values will be read
|
2018-09-06 05:50:07 +08:00
|
|
|
* @array_info: information on applicability of fast bitmap processing path
|
2018-09-06 05:50:05 +08:00
|
|
|
* @value_bitmap: bitmap to store the read values
|
2017-10-12 18:40:10 +08:00
|
|
|
*
|
|
|
|
* Read the raw values of the GPIOs, i.e. the values of the physical lines
|
|
|
|
* without regard for their ACTIVE_LOW status. Return 0 in case of success,
|
|
|
|
* else an error code.
|
|
|
|
*
|
|
|
|
* This function is to be called from contexts that can sleep.
|
|
|
|
*/
|
|
|
|
int gpiod_get_raw_array_value_cansleep(unsigned int array_size,
|
|
|
|
struct gpio_desc **desc_array,
|
2018-09-06 05:50:07 +08:00
|
|
|
struct gpio_array *array_info,
|
2018-09-06 05:50:05 +08:00
|
|
|
unsigned long *value_bitmap)
|
2017-10-12 18:40:10 +08:00
|
|
|
{
|
2023-12-20 04:11:02 +08:00
|
|
|
might_sleep();
|
2017-10-12 18:40:10 +08:00
|
|
|
if (!desc_array)
|
|
|
|
return -EINVAL;
|
|
|
|
return gpiod_get_array_value_complex(true, true, array_size,
|
2018-09-06 05:50:07 +08:00
|
|
|
desc_array, array_info,
|
|
|
|
value_bitmap);
|
2017-10-12 18:40:10 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_raw_array_value_cansleep);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiod_get_array_value_cansleep() - read values from an array of GPIOs
|
2018-09-06 05:50:05 +08:00
|
|
|
* @array_size: number of elements in the descriptor array / value bitmap
|
2017-10-12 18:40:10 +08:00
|
|
|
* @desc_array: array of GPIO descriptors whose values will be read
|
2018-09-06 05:50:07 +08:00
|
|
|
* @array_info: information on applicability of fast bitmap processing path
|
2018-09-06 05:50:05 +08:00
|
|
|
* @value_bitmap: bitmap to store the read values
|
2017-10-12 18:40:10 +08:00
|
|
|
*
|
|
|
|
* Read the logical values of the GPIOs, i.e. taking their ACTIVE_LOW status
|
|
|
|
* into account. Return 0 in case of success, else an error code.
|
|
|
|
*
|
|
|
|
* This function is to be called from contexts that can sleep.
|
|
|
|
*/
|
|
|
|
int gpiod_get_array_value_cansleep(unsigned int array_size,
|
|
|
|
struct gpio_desc **desc_array,
|
2018-09-06 05:50:07 +08:00
|
|
|
struct gpio_array *array_info,
|
2018-09-06 05:50:05 +08:00
|
|
|
unsigned long *value_bitmap)
|
2017-10-12 18:40:10 +08:00
|
|
|
{
|
2023-12-20 04:11:02 +08:00
|
|
|
might_sleep();
|
2017-10-12 18:40:10 +08:00
|
|
|
if (!desc_array)
|
|
|
|
return -EINVAL;
|
|
|
|
return gpiod_get_array_value_complex(false, true, array_size,
|
2018-09-06 05:50:07 +08:00
|
|
|
desc_array, array_info,
|
|
|
|
value_bitmap);
|
2017-10-12 18:40:10 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_array_value_cansleep);
|
|
|
|
|
2013-10-18 01:21:36 +08: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-03 00:29:29 +08:00
|
|
|
{
|
2023-12-20 04:11:02 +08:00
|
|
|
might_sleep();
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
VALIDATE_DESC_VOID(desc);
|
2017-09-27 02:58:28 +08:00
|
|
|
gpiod_set_raw_value_commit(desc, value);
|
2013-02-03 00:29:29 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_raw_value_cansleep);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2013-10-18 01:21:36 +08: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-05 14:28:20 +08:00
|
|
|
{
|
2023-12-20 04:11:02 +08:00
|
|
|
might_sleep();
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
VALIDATE_DESC_VOID(desc);
|
2018-01-10 02:08:21 +08:00
|
|
|
gpiod_set_value_nocheck(desc, value);
|
2013-02-03 00:29:29 +08:00
|
|
|
}
|
2013-10-18 01:21:36 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_value_cansleep);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2014-11-05 00:12:06 +08:00
|
|
|
/**
|
2015-05-13 17:04:56 +08:00
|
|
|
* gpiod_set_raw_array_value_cansleep() - assign values to an array of GPIOs
|
2018-09-06 05:50:05 +08:00
|
|
|
* @array_size: number of elements in the descriptor array / value bitmap
|
2014-11-05 00:12:06 +08:00
|
|
|
* @desc_array: array of GPIO descriptors whose values will be assigned
|
2018-09-06 05:50:07 +08:00
|
|
|
* @array_info: information on applicability of fast bitmap processing path
|
2018-09-06 05:50:05 +08:00
|
|
|
* @value_bitmap: bitmap of values to assign
|
2014-11-05 00:12:06 +08:00
|
|
|
*
|
|
|
|
* Set the raw values of the GPIOs, i.e. the values of the physical lines
|
|
|
|
* without regard for their ACTIVE_LOW status.
|
|
|
|
*
|
|
|
|
* This function is to be called from contexts that can sleep.
|
|
|
|
*/
|
2018-05-22 01:57:07 +08:00
|
|
|
int gpiod_set_raw_array_value_cansleep(unsigned int array_size,
|
2018-09-27 19:38:10 +08:00
|
|
|
struct gpio_desc **desc_array,
|
|
|
|
struct gpio_array *array_info,
|
|
|
|
unsigned long *value_bitmap)
|
2014-11-05 00:12:06 +08:00
|
|
|
{
|
2023-12-20 04:11:02 +08:00
|
|
|
might_sleep();
|
2014-11-05 00:12:06 +08:00
|
|
|
if (!desc_array)
|
2018-05-22 01:57:07 +08:00
|
|
|
return -EINVAL;
|
|
|
|
return gpiod_set_array_value_complex(true, true, array_size, desc_array,
|
2018-09-06 05:50:07 +08:00
|
|
|
array_info, value_bitmap);
|
2014-11-05 00:12:06 +08:00
|
|
|
}
|
2015-05-13 17:04:56 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_raw_array_value_cansleep);
|
2014-11-05 00:12:06 +08:00
|
|
|
|
2017-08-15 12:59:55 +08:00
|
|
|
/**
|
|
|
|
* gpiod_add_lookup_tables() - register GPIO device consumers
|
|
|
|
* @tables: list of tables of consumers to register
|
|
|
|
* @n: number of tables in the list
|
|
|
|
*/
|
|
|
|
void gpiod_add_lookup_tables(struct gpiod_lookup_table **tables, size_t n)
|
|
|
|
{
|
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
mutex_lock(&gpio_lookup_lock);
|
|
|
|
|
|
|
|
for (i = 0; i < n; i++)
|
|
|
|
list_add_tail(&tables[i]->list, &gpio_lookup_list);
|
|
|
|
|
|
|
|
mutex_unlock(&gpio_lookup_lock);
|
|
|
|
}
|
|
|
|
|
2014-11-05 00:12:06 +08:00
|
|
|
/**
|
2015-05-13 17:04:56 +08:00
|
|
|
* gpiod_set_array_value_cansleep() - assign values to an array of GPIOs
|
2018-09-06 05:50:05 +08:00
|
|
|
* @array_size: number of elements in the descriptor array / value bitmap
|
2014-11-05 00:12:06 +08:00
|
|
|
* @desc_array: array of GPIO descriptors whose values will be assigned
|
2018-09-06 05:50:07 +08:00
|
|
|
* @array_info: information on applicability of fast bitmap processing path
|
2018-09-06 05:50:05 +08:00
|
|
|
* @value_bitmap: bitmap of values to assign
|
2014-11-05 00:12:06 +08:00
|
|
|
*
|
|
|
|
* Set the logical values of the GPIOs, i.e. taking their ACTIVE_LOW status
|
|
|
|
* into account.
|
|
|
|
*
|
|
|
|
* This function is to be called from contexts that can sleep.
|
|
|
|
*/
|
2018-09-27 19:38:09 +08:00
|
|
|
int gpiod_set_array_value_cansleep(unsigned int array_size,
|
|
|
|
struct gpio_desc **desc_array,
|
|
|
|
struct gpio_array *array_info,
|
|
|
|
unsigned long *value_bitmap)
|
2014-11-05 00:12:06 +08:00
|
|
|
{
|
2023-12-20 04:11:02 +08:00
|
|
|
might_sleep();
|
2014-11-05 00:12:06 +08:00
|
|
|
if (!desc_array)
|
2018-09-27 19:38:09 +08:00
|
|
|
return -EINVAL;
|
|
|
|
return gpiod_set_array_value_complex(false, true, array_size,
|
|
|
|
desc_array, array_info,
|
|
|
|
value_bitmap);
|
2014-11-05 00:12:06 +08:00
|
|
|
}
|
2015-05-13 17:04:56 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_set_array_value_cansleep);
|
2014-11-05 00:12:06 +08:00
|
|
|
|
2023-08-21 22:18:27 +08:00
|
|
|
void gpiod_line_state_notify(struct gpio_desc *desc, unsigned long action)
|
|
|
|
{
|
|
|
|
blocking_notifier_call_chain(&desc->gdev->line_state_notifier,
|
|
|
|
action, desc);
|
|
|
|
}
|
|
|
|
|
2013-10-18 01:21:38 +08:00
|
|
|
/**
|
2013-12-03 11:20:11 +08:00
|
|
|
* gpiod_add_lookup_table() - register GPIO device consumers
|
|
|
|
* @table: table of consumers to register
|
2013-10-18 01:21:38 +08:00
|
|
|
*/
|
2013-12-03 11:20:11 +08:00
|
|
|
void gpiod_add_lookup_table(struct gpiod_lookup_table *table)
|
2013-10-18 01:21:38 +08:00
|
|
|
{
|
2021-12-03 21:48:17 +08:00
|
|
|
gpiod_add_lookup_tables(&table, 1);
|
2013-10-18 01:21:38 +08:00
|
|
|
}
|
2017-04-21 05:23:20 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_add_lookup_table);
|
2013-10-18 01:21:38 +08:00
|
|
|
|
2015-06-26 17:02:04 +08:00
|
|
|
/**
|
|
|
|
* gpiod_remove_lookup_table() - unregister GPIO device consumers
|
|
|
|
* @table: table of consumers to unregister
|
|
|
|
*/
|
|
|
|
void gpiod_remove_lookup_table(struct gpiod_lookup_table *table)
|
|
|
|
{
|
2020-12-29 04:06:16 +08:00
|
|
|
/* Nothing to remove */
|
|
|
|
if (!table)
|
|
|
|
return;
|
|
|
|
|
2015-06-26 17:02:04 +08:00
|
|
|
mutex_lock(&gpio_lookup_lock);
|
|
|
|
|
|
|
|
list_del(&table->list);
|
|
|
|
|
|
|
|
mutex_unlock(&gpio_lookup_lock);
|
|
|
|
}
|
2017-04-21 05:23:20 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_remove_lookup_table);
|
2015-06-26 17:02:04 +08:00
|
|
|
|
2018-04-11 04:30:28 +08:00
|
|
|
/**
|
|
|
|
* gpiod_add_hogs() - register a set of GPIO hogs from machine code
|
|
|
|
* @hogs: table of gpio hog entries with a zeroed sentinel at the end
|
|
|
|
*/
|
|
|
|
void gpiod_add_hogs(struct gpiod_hog *hogs)
|
|
|
|
{
|
|
|
|
struct gpiod_hog *hog;
|
|
|
|
|
|
|
|
mutex_lock(&gpio_machine_hogs_mutex);
|
|
|
|
|
|
|
|
for (hog = &hogs[0]; hog->chip_label; hog++) {
|
|
|
|
list_add_tail(&hog->list, &gpio_machine_hogs);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* The chip may have been registered earlier, so check if it
|
|
|
|
* exists and, if so, try to hog the line now.
|
|
|
|
*/
|
2023-09-27 22:29:27 +08:00
|
|
|
struct gpio_device *gdev __free(gpio_device_put) =
|
|
|
|
gpio_device_find_by_label(hog->chip_label);
|
|
|
|
if (gdev)
|
|
|
|
gpiochip_machine_hog(gpio_device_get_chip(gdev), hog);
|
2018-04-11 04:30:28 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
mutex_unlock(&gpio_machine_hogs_mutex);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_add_hogs);
|
|
|
|
|
2021-12-07 17:34:06 +08:00
|
|
|
void gpiod_remove_hogs(struct gpiod_hog *hogs)
|
|
|
|
{
|
|
|
|
struct gpiod_hog *hog;
|
|
|
|
|
|
|
|
mutex_lock(&gpio_machine_hogs_mutex);
|
|
|
|
for (hog = &hogs[0]; hog->chip_label; hog++)
|
|
|
|
list_del(&hog->list);
|
|
|
|
mutex_unlock(&gpio_machine_hogs_mutex);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_remove_hogs);
|
|
|
|
|
2013-12-03 11:20:11 +08:00
|
|
|
static struct gpiod_lookup_table *gpiod_find_lookup_table(struct device *dev)
|
2013-10-18 01:21:38 +08:00
|
|
|
{
|
|
|
|
const char *dev_id = dev ? dev_name(dev) : NULL;
|
2013-12-03 11:20:11 +08:00
|
|
|
struct gpiod_lookup_table *table;
|
2013-10-18 01:21:38 +08:00
|
|
|
|
2013-12-03 11:20:11 +08:00
|
|
|
list_for_each_entry(table, &gpio_lookup_list, list) {
|
|
|
|
if (table->dev_id && dev_id) {
|
|
|
|
/*
|
|
|
|
* Valid strings on both ends, must be identical to have
|
|
|
|
* a match
|
|
|
|
*/
|
|
|
|
if (!strcmp(table->dev_id, dev_id))
|
2023-09-20 16:56:39 +08:00
|
|
|
return table;
|
2013-12-03 11:20:11 +08:00
|
|
|
} else {
|
|
|
|
/*
|
|
|
|
* One of the pointers is NULL, so both must be to have
|
|
|
|
* a match
|
|
|
|
*/
|
|
|
|
if (dev_id == table->dev_id)
|
2023-09-20 16:56:39 +08:00
|
|
|
return table;
|
2013-12-03 11:20:11 +08:00
|
|
|
}
|
|
|
|
}
|
2013-10-18 01:21:38 +08:00
|
|
|
|
2023-09-20 16:56:39 +08:00
|
|
|
return NULL;
|
2013-12-03 11:20:11 +08:00
|
|
|
}
|
2013-10-18 01:21:38 +08:00
|
|
|
|
2013-12-03 11:20:11 +08:00
|
|
|
static struct gpio_desc *gpiod_find(struct device *dev, const char *con_id,
|
2019-04-10 23:39:16 +08:00
|
|
|
unsigned int idx, unsigned long *flags)
|
2013-12-03 11:20:11 +08:00
|
|
|
{
|
2013-12-11 10:32:28 +08:00
|
|
|
struct gpio_desc *desc = ERR_PTR(-ENOENT);
|
2013-12-03 11:20:11 +08:00
|
|
|
struct gpiod_lookup_table *table;
|
|
|
|
struct gpiod_lookup *p;
|
2023-09-27 22:29:27 +08:00
|
|
|
struct gpio_chip *gc;
|
2013-10-18 01:21:38 +08:00
|
|
|
|
2023-09-20 16:56:39 +08:00
|
|
|
guard(mutex)(&gpio_lookup_lock);
|
|
|
|
|
2013-12-03 11:20:11 +08:00
|
|
|
table = gpiod_find_lookup_table(dev);
|
|
|
|
if (!table)
|
|
|
|
return desc;
|
2013-10-18 01:21:38 +08:00
|
|
|
|
2020-05-11 22:52:54 +08:00
|
|
|
for (p = &table->table[0]; p->key; p++) {
|
2013-12-03 11:20:11 +08:00
|
|
|
/* idx must always match exactly */
|
2013-10-18 01:21:38 +08:00
|
|
|
if (p->idx != idx)
|
|
|
|
continue;
|
|
|
|
|
2013-12-03 11:20:11 +08:00
|
|
|
/* If the lookup entry has a con_id, require exact match */
|
|
|
|
if (p->con_id && (!con_id || strcmp(p->con_id, con_id)))
|
|
|
|
continue;
|
2013-10-18 01:21:38 +08:00
|
|
|
|
2020-05-11 22:52:54 +08:00
|
|
|
if (p->chip_hwnum == U16_MAX) {
|
|
|
|
desc = gpio_name_to_desc(p->key);
|
|
|
|
if (desc) {
|
|
|
|
*flags = p->flags;
|
|
|
|
return desc;
|
|
|
|
}
|
|
|
|
|
|
|
|
dev_warn(dev, "cannot find GPIO line %s, deferring\n",
|
|
|
|
p->key);
|
|
|
|
return ERR_PTR(-EPROBE_DEFER);
|
|
|
|
}
|
|
|
|
|
2023-09-27 22:29:27 +08:00
|
|
|
struct gpio_device *gdev __free(gpio_device_put) =
|
|
|
|
gpio_device_find_by_label(p->key);
|
|
|
|
if (!gdev) {
|
2018-07-04 06:18:19 +08:00
|
|
|
/*
|
|
|
|
* As the lookup table indicates a chip with
|
2020-05-11 22:52:54 +08:00
|
|
|
* p->key should exist, assume it may
|
2018-07-04 06:18:19 +08:00
|
|
|
* still appear later and let the interested
|
|
|
|
* consumer be probed again or let the Deferred
|
|
|
|
* Probe infrastructure handle the error.
|
|
|
|
*/
|
|
|
|
dev_warn(dev, "cannot find GPIO chip %s, deferring\n",
|
2020-05-11 22:52:54 +08:00
|
|
|
p->key);
|
2018-07-04 06:18:19 +08:00
|
|
|
return ERR_PTR(-EPROBE_DEFER);
|
2013-12-03 11:20:11 +08:00
|
|
|
}
|
2013-10-18 01:21:38 +08:00
|
|
|
|
2023-09-27 22:29:27 +08:00
|
|
|
gc = gpio_device_get_chip(gdev);
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->ngpio <= p->chip_hwnum) {
|
2013-12-11 10:32:28 +08:00
|
|
|
dev_err(dev,
|
2019-11-27 17:59:19 +08:00
|
|
|
"requested GPIO %u (%u) is out of range [0..%u] for chip %s\n",
|
2020-03-29 22:04:05 +08:00
|
|
|
idx, p->chip_hwnum, gc->ngpio - 1,
|
|
|
|
gc->label);
|
2013-12-11 10:32:28 +08:00
|
|
|
return ERR_PTR(-EINVAL);
|
2013-10-18 01:21:38 +08:00
|
|
|
}
|
|
|
|
|
2023-09-27 22:29:27 +08:00
|
|
|
desc = gpio_device_get_desc(gdev, p->chip_hwnum);
|
2013-12-03 11:20:11 +08:00
|
|
|
*flags = p->flags;
|
2013-10-18 01:21:38 +08:00
|
|
|
|
2013-12-11 10:32:28 +08:00
|
|
|
return desc;
|
2013-10-18 01:21:38 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
return desc;
|
|
|
|
}
|
|
|
|
|
2015-02-12 00:27:58 +08:00
|
|
|
static int platform_gpio_count(struct device *dev, const char *con_id)
|
|
|
|
{
|
|
|
|
struct gpiod_lookup_table *table;
|
|
|
|
struct gpiod_lookup *p;
|
|
|
|
unsigned int count = 0;
|
|
|
|
|
2023-09-20 16:56:39 +08:00
|
|
|
scoped_guard(mutex, &gpio_lookup_lock) {
|
|
|
|
table = gpiod_find_lookup_table(dev);
|
|
|
|
if (!table)
|
|
|
|
return -ENOENT;
|
2015-02-12 00:27:58 +08:00
|
|
|
|
2023-09-20 16:56:39 +08:00
|
|
|
for (p = &table->table[0]; p->key; p++) {
|
|
|
|
if ((con_id && p->con_id && !strcmp(con_id, p->con_id)) ||
|
|
|
|
(!con_id && !p->con_id))
|
|
|
|
count++;
|
|
|
|
}
|
2015-02-12 00:27:58 +08:00
|
|
|
}
|
2023-09-20 16:56:39 +08:00
|
|
|
|
2015-02-12 00:27:58 +08:00
|
|
|
if (!count)
|
|
|
|
return -ENOENT;
|
|
|
|
|
|
|
|
return count;
|
|
|
|
}
|
|
|
|
|
2022-11-12 06:19:07 +08:00
|
|
|
static struct gpio_desc *gpiod_find_by_fwnode(struct fwnode_handle *fwnode,
|
|
|
|
struct device *consumer,
|
|
|
|
const char *con_id,
|
|
|
|
unsigned int idx,
|
|
|
|
enum gpiod_flags *flags,
|
|
|
|
unsigned long *lookupflags)
|
2022-09-04 14:18:47 +08:00
|
|
|
{
|
2022-11-12 06:19:07 +08:00
|
|
|
struct gpio_desc *desc = ERR_PTR(-ENOENT);
|
2022-09-04 14:18:47 +08:00
|
|
|
|
|
|
|
if (is_of_node(fwnode)) {
|
2022-11-12 06:19:07 +08:00
|
|
|
dev_dbg(consumer, "using DT '%pfw' for '%s' GPIO lookup\n",
|
|
|
|
fwnode, con_id);
|
|
|
|
desc = of_find_gpio(to_of_node(fwnode), con_id, idx, lookupflags);
|
2022-09-04 14:18:47 +08:00
|
|
|
} else if (is_acpi_node(fwnode)) {
|
2022-11-12 06:19:07 +08:00
|
|
|
dev_dbg(consumer, "using ACPI '%pfw' for '%s' GPIO lookup\n",
|
|
|
|
fwnode, con_id);
|
|
|
|
desc = acpi_find_gpio(fwnode, con_id, idx, flags, lookupflags);
|
gpiolib: add support for software nodes
Now that static device properties understand notion of child nodes and
references, let's teach gpiolib to handle them:
- GPIOs are represented as a references to software nodes representing
gpiochip
- references must have 2 arguments - GPIO number within the chip and
GPIO flags (GPIO_ACTIVE_LOW/GPIO_ACTIVE_HIGH, etc)
- a new PROPERTY_ENTRY_GPIO() macro is supplied to ensure the above
- name of the software node representing gpiochip must match label of
the gpiochip, as we use it to locate gpiochip structure at runtime
The following illustrates use of software nodes to describe a "System"
button that is currently specified via use of gpio_keys_platform_data
in arch/mips/alchemy/board-mtx1.c. It follows bindings specified in
Documentation/devicetree/bindings/input/gpio-keys.yaml.
static const struct software_node mxt1_gpiochip2_node = {
.name = "alchemy-gpio2",
};
static const struct property_entry mtx1_gpio_button_props[] = {
PROPERTY_ENTRY_U32("linux,code", BTN_0),
PROPERTY_ENTRY_STRING("label", "System button"),
PROPERTY_ENTRY_GPIO("gpios", &mxt1_gpiochip2_node, 7, GPIO_ACTIVE_LOW),
{ }
};
Similarly, arch/arm/mach-tegra/board-paz00.c can be converted to:
static const struct software_node tegra_gpiochip_node = {
.name = "tegra-gpio",
};
static struct property_entry wifi_rfkill_prop[] __initdata = {
PROPERTY_ENTRY_STRING("name", "wifi_rfkill"),
PROPERTY_ENTRY_STRING("type", "wlan"),
PROPERTY_ENTRY_GPIO("reset-gpios",
&tegra_gpiochip_node, 25, GPIO_ACTIVE_HIGH);
PROPERTY_ENTRY_GPIO("shutdown-gpios",
&tegra_gpiochip_node, 85, GPIO_ACTIVE_HIGH);
{ },
};
static struct platform_device wifi_rfkill_device = {
.name = "rfkill_gpio",
.id = -1,
};
...
software_node_register(&tegra_gpiochip_node);
device_create_managed_software_node(&wifi_rfkill_device.dev,
wifi_rfkill_prop, NULL);
Acked-by: Linus Walleij <linus.walleij@linaro.org>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
2022-11-12 06:19:08 +08:00
|
|
|
} else if (is_software_node(fwnode)) {
|
|
|
|
dev_dbg(consumer, "using swnode '%pfw' for '%s' GPIO lookup\n",
|
|
|
|
fwnode, con_id);
|
|
|
|
desc = swnode_find_gpio(fwnode, con_id, idx, lookupflags);
|
2022-09-04 14:18:47 +08:00
|
|
|
}
|
|
|
|
|
2022-11-12 06:19:07 +08:00
|
|
|
return desc;
|
|
|
|
}
|
2022-09-04 14:18:47 +08:00
|
|
|
|
2022-11-12 06:19:07 +08:00
|
|
|
static struct gpio_desc *gpiod_find_and_request(struct device *consumer,
|
|
|
|
struct fwnode_handle *fwnode,
|
|
|
|
const char *con_id,
|
|
|
|
unsigned int idx,
|
|
|
|
enum gpiod_flags flags,
|
|
|
|
const char *label,
|
|
|
|
bool platform_lookup_allowed)
|
|
|
|
{
|
2022-12-30 00:45:01 +08:00
|
|
|
unsigned long lookupflags = GPIO_LOOKUP_FLAGS_DEFAULT;
|
2023-03-10 02:56:26 +08:00
|
|
|
struct gpio_desc *desc;
|
2022-11-12 06:19:07 +08:00
|
|
|
int ret;
|
|
|
|
|
2023-03-10 02:56:26 +08:00
|
|
|
desc = gpiod_find_by_fwnode(fwnode, consumer, con_id, idx, &flags, &lookupflags);
|
2022-11-12 06:19:07 +08:00
|
|
|
if (gpiod_not_found(desc) && platform_lookup_allowed) {
|
|
|
|
/*
|
|
|
|
* 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.
|
|
|
|
*/
|
|
|
|
dev_dbg(consumer, "using lookup tables for GPIO lookup\n");
|
|
|
|
desc = gpiod_find(consumer, con_id, idx, &lookupflags);
|
2022-09-04 14:18:47 +08:00
|
|
|
}
|
|
|
|
|
2022-11-12 06:19:07 +08:00
|
|
|
if (IS_ERR(desc)) {
|
|
|
|
dev_dbg(consumer, "No GPIO consumer %s found\n", con_id);
|
|
|
|
return desc;
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If a connection label was passed use that, else attempt to use
|
|
|
|
* the device name as label
|
|
|
|
*/
|
2022-09-04 14:18:47 +08:00
|
|
|
ret = gpiod_request(desc, label);
|
2022-11-12 06:19:07 +08:00
|
|
|
if (ret) {
|
|
|
|
if (!(ret == -EBUSY && flags & GPIOD_FLAGS_BIT_NONEXCLUSIVE))
|
|
|
|
return ERR_PTR(ret);
|
2022-09-04 14:18:47 +08:00
|
|
|
|
2022-11-12 06:19:07 +08:00
|
|
|
/*
|
|
|
|
* This happens when there are several consumers for
|
|
|
|
* the same GPIO line: we just return here without
|
|
|
|
* further initialization. It is a bit of a hack.
|
|
|
|
* This is necessary to support fixed regulators.
|
|
|
|
*
|
|
|
|
* FIXME: Make this more sane and safe.
|
|
|
|
*/
|
|
|
|
dev_info(consumer,
|
|
|
|
"nonexclusive access to GPIO for %s\n", con_id);
|
|
|
|
return desc;
|
|
|
|
}
|
2022-09-04 14:18:47 +08:00
|
|
|
|
2022-11-12 06:19:07 +08:00
|
|
|
ret = gpiod_configure_flags(desc, con_id, lookupflags, flags);
|
2022-09-04 14:18:47 +08:00
|
|
|
if (ret < 0) {
|
2022-11-12 06:19:07 +08:00
|
|
|
dev_dbg(consumer, "setup of GPIO %s failed\n", con_id);
|
2022-09-04 14:18:47 +08:00
|
|
|
gpiod_put(desc);
|
|
|
|
return ERR_PTR(ret);
|
|
|
|
}
|
|
|
|
|
2023-08-21 22:18:27 +08:00
|
|
|
gpiod_line_state_notify(desc, GPIOLINE_CHANGED_REQUESTED);
|
2022-09-04 14:18:47 +08:00
|
|
|
|
|
|
|
return desc;
|
|
|
|
}
|
|
|
|
|
2019-09-13 11:22:39 +08:00
|
|
|
/**
|
|
|
|
* fwnode_gpiod_get_index - obtain a GPIO from firmware node
|
|
|
|
* @fwnode: handle of the firmware node
|
|
|
|
* @con_id: function within the GPIO consumer
|
|
|
|
* @index: index of the GPIO to obtain for the consumer
|
|
|
|
* @flags: GPIO initialization flags
|
|
|
|
* @label: label to attach to the requested GPIO
|
|
|
|
*
|
|
|
|
* This function can be used for drivers that get their configuration
|
|
|
|
* from opaque firmware.
|
|
|
|
*
|
|
|
|
* The function properly finds the corresponding GPIO using whatever is the
|
|
|
|
* underlying firmware interface and then makes sure that the GPIO
|
|
|
|
* descriptor is requested before it is returned to the caller.
|
|
|
|
*
|
|
|
|
* Returns:
|
|
|
|
* On successful request the GPIO pin is configured in accordance with
|
|
|
|
* provided @flags.
|
|
|
|
*
|
|
|
|
* In case of error an ERR_PTR() is returned.
|
|
|
|
*/
|
|
|
|
struct gpio_desc *fwnode_gpiod_get_index(struct fwnode_handle *fwnode,
|
2022-11-12 06:19:07 +08:00
|
|
|
const char *con_id,
|
|
|
|
int index,
|
2019-09-13 11:22:39 +08:00
|
|
|
enum gpiod_flags flags,
|
|
|
|
const char *label)
|
|
|
|
{
|
2022-11-12 06:19:07 +08:00
|
|
|
return gpiod_find_and_request(NULL, fwnode, con_id, index, flags, label, false);
|
2019-09-13 11:22:39 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(fwnode_gpiod_get_index);
|
|
|
|
|
2015-02-12 00:27:58 +08:00
|
|
|
/**
|
|
|
|
* gpiod_count - return the number of GPIOs associated with a device / function
|
|
|
|
* or -ENOENT if no GPIO has been assigned to the requested function
|
|
|
|
* @dev: GPIO consumer, can be NULL for system-global GPIOs
|
|
|
|
* @con_id: function within the GPIO consumer
|
|
|
|
*/
|
|
|
|
int gpiod_count(struct device *dev, const char *con_id)
|
|
|
|
{
|
2021-03-09 17:37:32 +08:00
|
|
|
const struct fwnode_handle *fwnode = dev ? dev_fwnode(dev) : NULL;
|
2015-02-12 00:27:58 +08:00
|
|
|
int count = -ENOENT;
|
|
|
|
|
2021-03-09 17:37:32 +08:00
|
|
|
if (is_of_node(fwnode))
|
2019-07-17 15:10:01 +08:00
|
|
|
count = of_gpio_get_count(dev, con_id);
|
2021-03-09 17:37:32 +08:00
|
|
|
else if (is_acpi_node(fwnode))
|
2015-02-12 00:27:58 +08:00
|
|
|
count = acpi_gpio_count(dev, con_id);
|
gpiolib: add support for software nodes
Now that static device properties understand notion of child nodes and
references, let's teach gpiolib to handle them:
- GPIOs are represented as a references to software nodes representing
gpiochip
- references must have 2 arguments - GPIO number within the chip and
GPIO flags (GPIO_ACTIVE_LOW/GPIO_ACTIVE_HIGH, etc)
- a new PROPERTY_ENTRY_GPIO() macro is supplied to ensure the above
- name of the software node representing gpiochip must match label of
the gpiochip, as we use it to locate gpiochip structure at runtime
The following illustrates use of software nodes to describe a "System"
button that is currently specified via use of gpio_keys_platform_data
in arch/mips/alchemy/board-mtx1.c. It follows bindings specified in
Documentation/devicetree/bindings/input/gpio-keys.yaml.
static const struct software_node mxt1_gpiochip2_node = {
.name = "alchemy-gpio2",
};
static const struct property_entry mtx1_gpio_button_props[] = {
PROPERTY_ENTRY_U32("linux,code", BTN_0),
PROPERTY_ENTRY_STRING("label", "System button"),
PROPERTY_ENTRY_GPIO("gpios", &mxt1_gpiochip2_node, 7, GPIO_ACTIVE_LOW),
{ }
};
Similarly, arch/arm/mach-tegra/board-paz00.c can be converted to:
static const struct software_node tegra_gpiochip_node = {
.name = "tegra-gpio",
};
static struct property_entry wifi_rfkill_prop[] __initdata = {
PROPERTY_ENTRY_STRING("name", "wifi_rfkill"),
PROPERTY_ENTRY_STRING("type", "wlan"),
PROPERTY_ENTRY_GPIO("reset-gpios",
&tegra_gpiochip_node, 25, GPIO_ACTIVE_HIGH);
PROPERTY_ENTRY_GPIO("shutdown-gpios",
&tegra_gpiochip_node, 85, GPIO_ACTIVE_HIGH);
{ },
};
static struct platform_device wifi_rfkill_device = {
.name = "rfkill_gpio",
.id = -1,
};
...
software_node_register(&tegra_gpiochip_node);
device_create_managed_software_node(&wifi_rfkill_device.dev,
wifi_rfkill_prop, NULL);
Acked-by: Linus Walleij <linus.walleij@linaro.org>
Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
2022-11-12 06:19:08 +08:00
|
|
|
else if (is_software_node(fwnode))
|
|
|
|
count = swnode_gpio_count(fwnode, con_id);
|
2015-02-12 00:27:58 +08:00
|
|
|
|
|
|
|
if (count < 0)
|
|
|
|
count = platform_gpio_count(dev, con_id);
|
|
|
|
|
|
|
|
return count;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_count);
|
|
|
|
|
2013-10-18 01:21:38 +08:00
|
|
|
/**
|
2014-04-25 22:54:22 +08:00
|
|
|
* gpiod_get - obtain a GPIO for a given GPIO function
|
2013-12-03 11:20:11 +08:00
|
|
|
* @dev: GPIO consumer, can be NULL for system-global GPIOs
|
2013-10-18 01:21:38 +08:00
|
|
|
* @con_id: function within the GPIO consumer
|
2014-07-25 22:38:36 +08:00
|
|
|
* @flags: optional GPIO initialization flags
|
2013-10-18 01:21:38 +08:00
|
|
|
*
|
|
|
|
* Return the GPIO descriptor corresponding to the function con_id of device
|
2013-12-11 10:32:28 +08:00
|
|
|
* dev, -ENOENT if no GPIO has been assigned to the requested function, or
|
2015-05-19 02:41:43 +08:00
|
|
|
* another IS_ERR() code if an error occurred while trying to acquire the GPIO.
|
2013-10-18 01:21:38 +08:00
|
|
|
*/
|
2015-02-11 18:52:37 +08:00
|
|
|
struct gpio_desc *__must_check gpiod_get(struct device *dev, const char *con_id,
|
2014-07-25 22:38:36 +08:00
|
|
|
enum gpiod_flags flags)
|
2013-10-18 01:21:38 +08:00
|
|
|
{
|
2014-07-25 22:38:36 +08:00
|
|
|
return gpiod_get_index(dev, con_id, 0, flags);
|
2013-10-18 01:21:38 +08:00
|
|
|
}
|
2015-02-11 18:52:37 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get);
|
2013-10-18 01:21:38 +08:00
|
|
|
|
2014-04-25 23:10:06 +08:00
|
|
|
/**
|
|
|
|
* gpiod_get_optional - obtain an optional GPIO for a given GPIO function
|
|
|
|
* @dev: GPIO consumer, can be NULL for system-global GPIOs
|
|
|
|
* @con_id: function within the GPIO consumer
|
2014-07-25 22:38:36 +08:00
|
|
|
* @flags: optional GPIO initialization flags
|
2014-04-25 23:10:06 +08:00
|
|
|
*
|
|
|
|
* This is equivalent to gpiod_get(), except that when no GPIO was assigned to
|
|
|
|
* the requested function it will return NULL. This is convenient for drivers
|
|
|
|
* that need to handle optional GPIOs.
|
|
|
|
*/
|
2015-02-11 18:52:37 +08:00
|
|
|
struct gpio_desc *__must_check gpiod_get_optional(struct device *dev,
|
2014-07-25 22:38:36 +08:00
|
|
|
const char *con_id,
|
|
|
|
enum gpiod_flags flags)
|
2014-04-25 23:10:06 +08:00
|
|
|
{
|
2014-07-25 22:38:36 +08:00
|
|
|
return gpiod_get_index_optional(dev, con_id, 0, flags);
|
2014-04-25 23:10:06 +08:00
|
|
|
}
|
2015-02-11 18:52:37 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_optional);
|
2014-04-25 23:10:06 +08:00
|
|
|
|
2015-02-03 01:44:44 +08:00
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiod_configure_flags - helper function to configure a given GPIO
|
|
|
|
* @desc: gpio whose value will be assigned
|
|
|
|
* @con_id: function within the GPIO consumer
|
2019-04-10 23:39:16 +08:00
|
|
|
* @lflags: bitmask of gpio_lookup_flags GPIO_* values - returned from
|
|
|
|
* of_find_gpio() or of_get_gpio_hog()
|
2015-02-03 01:44:44 +08:00
|
|
|
* @dflags: gpiod_flags - optional GPIO initialization flags
|
|
|
|
*
|
|
|
|
* Return 0 on success, -ENOENT if no GPIO has been assigned to the
|
|
|
|
* requested function and/or index, or another IS_ERR() code if an error
|
|
|
|
* occurred while trying to acquire the GPIO.
|
|
|
|
*/
|
2017-05-24 01:03:16 +08:00
|
|
|
int gpiod_configure_flags(struct gpio_desc *desc, const char *con_id,
|
2016-07-04 00:32:05 +08:00
|
|
|
unsigned long lflags, enum gpiod_flags dflags)
|
2015-02-03 01:44:44 +08:00
|
|
|
{
|
2019-07-16 17:11:45 +08:00
|
|
|
int ret;
|
2015-02-03 01:44:44 +08:00
|
|
|
|
2016-07-04 00:32:05 +08:00
|
|
|
if (lflags & GPIO_ACTIVE_LOW)
|
|
|
|
set_bit(FLAG_ACTIVE_LOW, &desc->flags);
|
2017-09-11 01:26:22 +08:00
|
|
|
|
2016-07-04 00:32:05 +08:00
|
|
|
if (lflags & GPIO_OPEN_DRAIN)
|
|
|
|
set_bit(FLAG_OPEN_DRAIN, &desc->flags);
|
2017-09-11 01:26:22 +08:00
|
|
|
else if (dflags & GPIOD_FLAGS_BIT_OPEN_DRAIN) {
|
|
|
|
/*
|
|
|
|
* This enforces open drain mode from the consumer side.
|
|
|
|
* This is necessary for some busses like I2C, but the lookup
|
|
|
|
* should *REALLY* have specified them as open drain in the
|
|
|
|
* first place, so print a little warning here.
|
|
|
|
*/
|
|
|
|
set_bit(FLAG_OPEN_DRAIN, &desc->flags);
|
|
|
|
gpiod_warn(desc,
|
|
|
|
"enforced open drain please flag it properly in DT/ACPI DSDT/board file\n");
|
|
|
|
}
|
|
|
|
|
2016-07-04 00:32:05 +08:00
|
|
|
if (lflags & GPIO_OPEN_SOURCE)
|
|
|
|
set_bit(FLAG_OPEN_SOURCE, &desc->flags);
|
2017-11-30 11:55:24 +08:00
|
|
|
|
2022-07-13 21:14:18 +08:00
|
|
|
if (((lflags & GPIO_PULL_UP) && (lflags & GPIO_PULL_DOWN)) ||
|
|
|
|
((lflags & GPIO_PULL_UP) && (lflags & GPIO_PULL_DISABLE)) ||
|
|
|
|
((lflags & GPIO_PULL_DOWN) && (lflags & GPIO_PULL_DISABLE))) {
|
2019-02-08 00:28:58 +08:00
|
|
|
gpiod_err(desc,
|
2022-07-13 21:14:18 +08:00
|
|
|
"multiple pull-up, pull-down or pull-disable enabled, invalid configuration\n");
|
2019-02-08 00:28:58 +08:00
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (lflags & GPIO_PULL_UP)
|
|
|
|
set_bit(FLAG_PULL_UP, &desc->flags);
|
|
|
|
else if (lflags & GPIO_PULL_DOWN)
|
|
|
|
set_bit(FLAG_PULL_DOWN, &desc->flags);
|
2022-07-13 21:14:18 +08:00
|
|
|
else if (lflags & GPIO_PULL_DISABLE)
|
|
|
|
set_bit(FLAG_BIAS_DISABLE, &desc->flags);
|
2019-02-08 00:28:58 +08:00
|
|
|
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = gpiod_set_transitory(desc, (lflags & GPIO_TRANSITORY));
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
2016-07-04 00:32:05 +08:00
|
|
|
|
2015-02-03 01:44:44 +08:00
|
|
|
/* No particular flag request, return here... */
|
|
|
|
if (!(dflags & GPIOD_FLAGS_BIT_DIR_SET)) {
|
2020-04-24 22:14:32 +08:00
|
|
|
gpiod_dbg(desc, "no flags found for %s\n", con_id);
|
2015-02-03 01:44:44 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Process flags */
|
|
|
|
if (dflags & GPIOD_FLAGS_BIT_DIR_OUT)
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = gpiod_direction_output(desc,
|
2016-11-14 06:02:44 +08:00
|
|
|
!!(dflags & GPIOD_FLAGS_BIT_DIR_VAL));
|
2015-02-03 01:44:44 +08:00
|
|
|
else
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = gpiod_direction_input(desc);
|
2015-02-03 01:44:44 +08:00
|
|
|
|
2019-07-16 17:11:45 +08:00
|
|
|
return ret;
|
2015-02-03 01:44:44 +08:00
|
|
|
}
|
|
|
|
|
2013-10-18 01:21:38 +08:00
|
|
|
/**
|
|
|
|
* gpiod_get_index - obtain a GPIO from a multi-index GPIO function
|
2013-12-05 17:26:26 +08:00
|
|
|
* @dev: GPIO consumer, can be NULL for system-global GPIOs
|
2013-10-18 01:21:38 +08:00
|
|
|
* @con_id: function within the GPIO consumer
|
|
|
|
* @idx: index of the GPIO to obtain in the consumer
|
2014-07-25 22:38:36 +08:00
|
|
|
* @flags: optional GPIO initialization flags
|
2013-10-18 01:21:38 +08:00
|
|
|
*
|
|
|
|
* This variant of gpiod_get() allows to access GPIOs other than the first
|
|
|
|
* defined one for functions that define several GPIOs.
|
|
|
|
*
|
2013-12-11 10:32:28 +08:00
|
|
|
* Return a valid GPIO descriptor, -ENOENT if no GPIO has been assigned to the
|
|
|
|
* requested function and/or index, or another IS_ERR() code if an error
|
2015-05-19 02:41:43 +08:00
|
|
|
* occurred while trying to acquire the GPIO.
|
2013-10-18 01:21:38 +08:00
|
|
|
*/
|
2015-02-11 18:52:37 +08:00
|
|
|
struct gpio_desc *__must_check gpiod_get_index(struct device *dev,
|
2013-10-18 01:21:38 +08:00
|
|
|
const char *con_id,
|
2014-07-25 22:38:36 +08:00
|
|
|
unsigned int idx,
|
|
|
|
enum gpiod_flags flags)
|
2013-10-18 01:21:38 +08:00
|
|
|
{
|
2022-11-15 18:16:24 +08:00
|
|
|
struct fwnode_handle *fwnode = dev ? dev_fwnode(dev) : NULL;
|
2018-01-16 15:29:50 +08:00
|
|
|
const char *devname = dev ? dev_name(dev) : "?";
|
2022-11-12 06:19:07 +08:00
|
|
|
const char *label = con_id ?: devname;
|
2013-10-18 01:21:38 +08:00
|
|
|
|
2022-11-12 06:19:07 +08:00
|
|
|
return gpiod_find_and_request(dev, fwnode, con_id, idx, flags, label, true);
|
2017-12-29 09:07:54 +08:00
|
|
|
}
|
2015-02-11 18:52:37 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_index);
|
2017-12-29 09:07:54 +08:00
|
|
|
|
2014-04-25 23:10:06 +08:00
|
|
|
/**
|
|
|
|
* gpiod_get_index_optional - obtain an optional GPIO from a multi-index GPIO
|
|
|
|
* function
|
|
|
|
* @dev: GPIO consumer, can be NULL for system-global GPIOs
|
|
|
|
* @con_id: function within the GPIO consumer
|
|
|
|
* @index: index of the GPIO to obtain in the consumer
|
2014-07-25 22:38:36 +08:00
|
|
|
* @flags: optional GPIO initialization flags
|
2014-04-25 23:10:06 +08:00
|
|
|
*
|
|
|
|
* This is equivalent to gpiod_get_index(), except that when no GPIO with the
|
|
|
|
* specified index was assigned to the requested function it will return NULL.
|
|
|
|
* This is convenient for drivers that need to handle optional GPIOs.
|
|
|
|
*/
|
2015-02-11 18:52:37 +08:00
|
|
|
struct gpio_desc *__must_check gpiod_get_index_optional(struct device *dev,
|
2014-04-25 23:10:06 +08:00
|
|
|
const char *con_id,
|
2014-07-25 22:38:36 +08:00
|
|
|
unsigned int index,
|
|
|
|
enum gpiod_flags flags)
|
2014-04-25 23:10:06 +08:00
|
|
|
{
|
|
|
|
struct gpio_desc *desc;
|
|
|
|
|
2014-07-25 22:38:36 +08:00
|
|
|
desc = gpiod_get_index(dev, con_id, index, flags);
|
2020-10-21 22:25:28 +08:00
|
|
|
if (gpiod_not_found(desc))
|
|
|
|
return NULL;
|
2014-04-25 23:10:06 +08:00
|
|
|
|
|
|
|
return desc;
|
|
|
|
}
|
2015-02-11 18:52:37 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_index_optional);
|
2014-04-25 23:10:06 +08:00
|
|
|
|
2015-02-03 01:44:44 +08:00
|
|
|
/**
|
|
|
|
* gpiod_hog - Hog the specified GPIO desc given the provided flags
|
|
|
|
* @desc: gpio whose value will be assigned
|
|
|
|
* @name: gpio line name
|
2019-04-10 23:39:16 +08:00
|
|
|
* @lflags: bitmask of gpio_lookup_flags GPIO_* values - returned from
|
|
|
|
* of_find_gpio() or of_get_gpio_hog()
|
2015-02-03 01:44:44 +08:00
|
|
|
* @dflags: gpiod_flags - optional GPIO initialization flags
|
|
|
|
*/
|
|
|
|
int gpiod_hog(struct gpio_desc *desc, const char *name,
|
|
|
|
unsigned long lflags, enum gpiod_flags dflags)
|
|
|
|
{
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc;
|
2015-02-03 01:44:44 +08:00
|
|
|
struct gpio_desc *local_desc;
|
|
|
|
int hwnum;
|
2019-07-16 17:11:45 +08:00
|
|
|
int ret;
|
2015-02-03 01:44:44 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
gc = gpiod_to_chip(desc);
|
2015-02-03 01:44:44 +08:00
|
|
|
hwnum = gpio_chip_hwgpio(desc);
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
local_desc = gpiochip_request_own_desc(gc, hwnum, name,
|
2019-04-26 20:40:18 +08:00
|
|
|
lflags, dflags);
|
2015-02-03 01:44:44 +08:00
|
|
|
if (IS_ERR(local_desc)) {
|
2019-07-16 17:11:45 +08:00
|
|
|
ret = PTR_ERR(local_desc);
|
2016-03-11 21:43:21 +08:00
|
|
|
pr_err("requesting hog GPIO %s (chip %s, offset %d) failed, %d\n",
|
2020-03-29 22:04:05 +08:00
|
|
|
name, gc->label, hwnum, ret);
|
2019-07-16 17:11:45 +08:00
|
|
|
return ret;
|
2015-02-03 01:44:44 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Mark GPIO as hogged so it can be identified and removed later */
|
|
|
|
set_bit(FLAG_IS_HOGGED, &desc->flags);
|
|
|
|
|
2023-06-05 20:52:48 +08:00
|
|
|
gpiod_dbg(desc, "hogged as %s%s\n",
|
2019-11-13 21:16:29 +08:00
|
|
|
(dflags & GPIOD_FLAGS_BIT_DIR_OUT) ? "output" : "input",
|
|
|
|
(dflags & GPIOD_FLAGS_BIT_DIR_OUT) ?
|
|
|
|
(dflags & GPIOD_FLAGS_BIT_DIR_VAL) ? "/high" : "/low" : "");
|
2015-02-03 01:44:44 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiochip_free_hogs - Scan gpio-controller chip and release GPIO hog
|
2020-03-29 22:04:05 +08:00
|
|
|
* @gc: gpio chip to act on
|
2015-02-03 01:44:44 +08:00
|
|
|
*/
|
2020-03-29 22:04:05 +08:00
|
|
|
static void gpiochip_free_hogs(struct gpio_chip *gc)
|
2015-02-03 01:44:44 +08:00
|
|
|
{
|
2022-02-01 23:27:56 +08:00
|
|
|
struct gpio_desc *desc;
|
2015-02-03 01:44:44 +08:00
|
|
|
|
2022-04-09 02:18:50 +08:00
|
|
|
for_each_gpio_desc_with_flag(gc, desc, FLAG_IS_HOGGED)
|
2022-02-01 23:27:56 +08:00
|
|
|
gpiochip_free_own_desc(desc);
|
2015-02-03 01:44:44 +08:00
|
|
|
}
|
|
|
|
|
2015-02-12 00:27:58 +08:00
|
|
|
/**
|
|
|
|
* gpiod_get_array - obtain multiple GPIOs from a multi-index GPIO function
|
|
|
|
* @dev: GPIO consumer, can be NULL for system-global GPIOs
|
|
|
|
* @con_id: function within the GPIO consumer
|
|
|
|
* @flags: optional GPIO initialization flags
|
|
|
|
*
|
|
|
|
* This function acquires all the GPIOs defined under a given function.
|
|
|
|
*
|
|
|
|
* Return a struct gpio_descs containing an array of descriptors, -ENOENT if
|
|
|
|
* no GPIO has been assigned to the requested function, or another IS_ERR()
|
|
|
|
* code if an error occurred while trying to acquire the GPIOs.
|
|
|
|
*/
|
|
|
|
struct gpio_descs *__must_check gpiod_get_array(struct device *dev,
|
|
|
|
const char *con_id,
|
|
|
|
enum gpiod_flags flags)
|
|
|
|
{
|
|
|
|
struct gpio_desc *desc;
|
|
|
|
struct gpio_descs *descs;
|
2018-09-06 05:50:06 +08:00
|
|
|
struct gpio_array *array_info = NULL;
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc;
|
2018-09-06 05:50:06 +08:00
|
|
|
int count, bitmap_size;
|
2023-03-21 21:54:11 +08:00
|
|
|
size_t descs_size;
|
2015-02-12 00:27:58 +08:00
|
|
|
|
|
|
|
count = gpiod_count(dev, con_id);
|
|
|
|
if (count < 0)
|
|
|
|
return ERR_PTR(count);
|
|
|
|
|
2023-03-21 21:54:11 +08:00
|
|
|
descs_size = struct_size(descs, desc, count);
|
|
|
|
descs = kzalloc(descs_size, GFP_KERNEL);
|
2015-02-12 00:27:58 +08:00
|
|
|
if (!descs)
|
|
|
|
return ERR_PTR(-ENOMEM);
|
|
|
|
|
2023-03-21 21:54:12 +08:00
|
|
|
for (descs->ndescs = 0; descs->ndescs < count; descs->ndescs++) {
|
2015-02-12 00:27:58 +08:00
|
|
|
desc = gpiod_get_index(dev, con_id, descs->ndescs, flags);
|
|
|
|
if (IS_ERR(desc)) {
|
|
|
|
gpiod_put_array(descs);
|
|
|
|
return ERR_CAST(desc);
|
|
|
|
}
|
2018-09-06 05:50:06 +08:00
|
|
|
|
2015-02-12 00:27:58 +08:00
|
|
|
descs->desc[descs->ndescs] = desc;
|
2018-09-06 05:50:06 +08:00
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
gc = gpiod_to_chip(desc);
|
2018-09-06 05:50:06 +08:00
|
|
|
/*
|
2018-09-24 07:53:36 +08:00
|
|
|
* If pin hardware number of array member 0 is also 0, select
|
|
|
|
* its chip as a candidate for fast bitmap processing path.
|
2018-09-06 05:50:06 +08:00
|
|
|
*/
|
2018-09-24 07:53:36 +08:00
|
|
|
if (descs->ndescs == 0 && gpio_chip_hwgpio(desc) == 0) {
|
2018-09-06 05:50:06 +08:00
|
|
|
struct gpio_descs *array;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
bitmap_size = BITS_TO_LONGS(gc->ngpio > count ?
|
|
|
|
gc->ngpio : count);
|
2018-09-06 05:50:06 +08:00
|
|
|
|
2023-03-21 21:54:11 +08:00
|
|
|
array = krealloc(descs, descs_size +
|
|
|
|
struct_size(array_info, invert_mask, 3 * bitmap_size),
|
|
|
|
GFP_KERNEL | __GFP_ZERO);
|
2018-09-06 05:50:06 +08:00
|
|
|
if (!array) {
|
|
|
|
gpiod_put_array(descs);
|
|
|
|
return ERR_PTR(-ENOMEM);
|
|
|
|
}
|
|
|
|
|
|
|
|
descs = array;
|
2023-03-21 21:54:11 +08:00
|
|
|
|
|
|
|
array_info = (void *)descs + descs_size;
|
2018-09-06 05:50:06 +08:00
|
|
|
array_info->get_mask = array_info->invert_mask +
|
|
|
|
bitmap_size;
|
|
|
|
array_info->set_mask = array_info->get_mask +
|
|
|
|
bitmap_size;
|
|
|
|
|
|
|
|
array_info->desc = descs->desc;
|
|
|
|
array_info->size = count;
|
2020-03-29 22:04:05 +08:00
|
|
|
array_info->chip = gc;
|
2018-09-06 05:50:06 +08:00
|
|
|
bitmap_set(array_info->get_mask, descs->ndescs,
|
|
|
|
count - descs->ndescs);
|
|
|
|
bitmap_set(array_info->set_mask, descs->ndescs,
|
|
|
|
count - descs->ndescs);
|
|
|
|
descs->info = array_info;
|
|
|
|
}
|
2023-03-21 21:54:12 +08:00
|
|
|
|
|
|
|
/* If there is no cache for fast bitmap processing path, continue */
|
|
|
|
if (!array_info)
|
|
|
|
continue;
|
|
|
|
|
2018-09-24 07:53:36 +08:00
|
|
|
/* Unmark array members which don't belong to the 'fast' chip */
|
2023-03-21 21:54:12 +08:00
|
|
|
if (array_info->chip != gc) {
|
2018-09-06 05:50:06 +08:00
|
|
|
__clear_bit(descs->ndescs, array_info->get_mask);
|
|
|
|
__clear_bit(descs->ndescs, array_info->set_mask);
|
2018-09-24 07:53:36 +08:00
|
|
|
}
|
|
|
|
/*
|
|
|
|
* Detect array members which belong to the 'fast' chip
|
|
|
|
* but their pins are not in hardware order.
|
|
|
|
*/
|
2023-03-21 21:54:12 +08:00
|
|
|
else if (gpio_chip_hwgpio(desc) != descs->ndescs) {
|
2018-09-24 07:53:36 +08:00
|
|
|
/*
|
|
|
|
* Don't use fast path if all array members processed so
|
|
|
|
* far belong to the same chip as this one but its pin
|
|
|
|
* hardware number is different from its array index.
|
|
|
|
*/
|
|
|
|
if (bitmap_full(array_info->get_mask, descs->ndescs)) {
|
|
|
|
array_info = NULL;
|
|
|
|
} else {
|
|
|
|
__clear_bit(descs->ndescs,
|
|
|
|
array_info->get_mask);
|
|
|
|
__clear_bit(descs->ndescs,
|
|
|
|
array_info->set_mask);
|
|
|
|
}
|
2023-03-21 21:54:12 +08:00
|
|
|
} else {
|
2018-09-06 05:50:06 +08:00
|
|
|
/* Exclude open drain or open source from fast output */
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gpiochip_line_is_open_drain(gc, descs->ndescs) ||
|
|
|
|
gpiochip_line_is_open_source(gc, descs->ndescs))
|
2018-09-06 05:50:06 +08:00
|
|
|
__clear_bit(descs->ndescs,
|
|
|
|
array_info->set_mask);
|
|
|
|
/* Identify 'fast' pins which require invertion */
|
|
|
|
if (gpiod_is_active_low(desc))
|
|
|
|
__set_bit(descs->ndescs,
|
|
|
|
array_info->invert_mask);
|
|
|
|
}
|
2015-02-12 00:27:58 +08:00
|
|
|
}
|
2018-09-06 05:50:06 +08:00
|
|
|
if (array_info)
|
|
|
|
dev_dbg(dev,
|
|
|
|
"GPIO array info: chip=%s, size=%d, get_mask=%lx, set_mask=%lx, invert_mask=%lx\n",
|
|
|
|
array_info->chip->label, array_info->size,
|
|
|
|
*array_info->get_mask, *array_info->set_mask,
|
|
|
|
*array_info->invert_mask);
|
2015-02-12 00:27:58 +08:00
|
|
|
return descs;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_array);
|
|
|
|
|
|
|
|
/**
|
|
|
|
* gpiod_get_array_optional - obtain multiple GPIOs from a multi-index GPIO
|
|
|
|
* function
|
|
|
|
* @dev: GPIO consumer, can be NULL for system-global GPIOs
|
|
|
|
* @con_id: function within the GPIO consumer
|
|
|
|
* @flags: optional GPIO initialization flags
|
|
|
|
*
|
|
|
|
* This is equivalent to gpiod_get_array(), except that when no GPIO was
|
|
|
|
* assigned to the requested function it will return NULL.
|
|
|
|
*/
|
|
|
|
struct gpio_descs *__must_check gpiod_get_array_optional(struct device *dev,
|
|
|
|
const char *con_id,
|
|
|
|
enum gpiod_flags flags)
|
|
|
|
{
|
|
|
|
struct gpio_descs *descs;
|
|
|
|
|
|
|
|
descs = gpiod_get_array(dev, con_id, flags);
|
2020-10-21 22:25:28 +08:00
|
|
|
if (gpiod_not_found(descs))
|
2015-02-12 00:27:58 +08:00
|
|
|
return NULL;
|
|
|
|
|
|
|
|
return descs;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_get_array_optional);
|
|
|
|
|
2013-10-18 01:21:38 +08:00
|
|
|
/**
|
|
|
|
* 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)
|
|
|
|
{
|
2019-03-26 23:21:14 +08:00
|
|
|
if (desc)
|
|
|
|
gpiod_free(desc);
|
2013-02-03 00:29:29 +08:00
|
|
|
}
|
2013-10-18 01:21:38 +08:00
|
|
|
EXPORT_SYMBOL_GPL(gpiod_put);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2015-02-12 00:27:58 +08:00
|
|
|
/**
|
|
|
|
* gpiod_put_array - dispose of multiple GPIO descriptors
|
|
|
|
* @descs: struct gpio_descs containing an array of descriptors
|
|
|
|
*/
|
|
|
|
void gpiod_put_array(struct gpio_descs *descs)
|
|
|
|
{
|
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
for (i = 0; i < descs->ndescs; i++)
|
|
|
|
gpiod_put(descs->desc[i]);
|
|
|
|
|
|
|
|
kfree(descs);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(gpiod_put_array);
|
|
|
|
|
gpiolib: Bind gpio_device to a driver to enable fw_devlink=on by default
There are multiple instances of GPIO device tree nodes of the form:
foo {
compatible = "acme,foo";
...
gpio0: gpio0@xxxxxxxx {
compatible = "acme,bar";
...
gpio-controller;
};
gpio1: gpio1@xxxxxxxx {
compatible = "acme,bar";
...
gpio-controller;
};
...
}
bazz {
my-gpios = <&gpio0 ...>;
}
Case 1: The driver for "foo" populates struct device for these gpio*
nodes and then probes them using a driver that binds with "acme,bar".
This driver for "acme,bar" then registers the gpio* nodes with gpiolib.
This lines up with how DT nodes with the "compatible" property are
typically converted to struct devices and then registered with driver
core to probe them. This also allows the gpio* devices to hook into all
the driver core capabilities like runtime PM, probe deferral,
suspend/resume ordering, device links, etc.
Case 2: The driver for "foo" doesn't populate struct devices for these
gpio* nodes before registering them with gpiolib. Instead it just loops
through its child nodes and directly registers the gpio* nodes with
gpiolib.
Drivers that follow case 2 cause problems with fw_devlink=on. This is
because fw_devlink will prevent bazz from probing until there's a struct
device that has gpio0 as its fwnode (because bazz lists gpio0 as a GPIO
supplier). Once the struct device is available, fw_devlink will create a
device link with gpio0 device as the supplier and bazz device as the
consumer. After this point, since the gpio0 device will never bind to a
driver, the device link will prevent bazz device from ever probing.
Finding and refactoring all the instances of drivers that follow case 2
will cause a lot of code churn and it is not something that can be done
in one shot. In some instances it might not even be possible to refactor
them cleanly. Examples of such instances are [1] [2].
This patch works around this problem and avoids all the code churn by
simply setting the fwnode of the gpio_device and creating a stub driver
to bind to the gpio_device. This allows all the consumers to continue
probing when the driver follows case 2.
[1] - https://lore.kernel.org/lkml/20201014191235.7f71fcb4@xhacker.debian/
[2] - https://lore.kernel.org/lkml/e28e1f38d87c12a3c714a6573beba6e1@kernel.org/
Fixes: e590474768f1 ("driver core: Set fw_devlink=on by default")
Cc: Marc Zyngier <maz@kernel.org>
Cc: Jisheng Zhang <Jisheng.Zhang@synaptics.com>
Cc: Kever Yang <kever.yang@rock-chips.com>
Reviewed-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Bartosz Golaszewski <bgolaszewski@baylibre.com>
Signed-off-by: Saravana Kannan <saravanak@google.com>
Link: https://lore.kernel.org/r/20210122193600.1415639-1-saravanak@google.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2021-01-23 03:35:59 +08:00
|
|
|
static int gpio_stub_drv_probe(struct device *dev)
|
|
|
|
{
|
|
|
|
/*
|
|
|
|
* The DT node of some GPIO chips have a "compatible" property, but
|
|
|
|
* never have a struct device added and probed by a driver to register
|
|
|
|
* the GPIO chip with gpiolib. In such cases, fw_devlink=on will cause
|
|
|
|
* the consumers of the GPIO chip to get probe deferred forever because
|
|
|
|
* they will be waiting for a device associated with the GPIO chip
|
|
|
|
* firmware node to get added and bound to a driver.
|
|
|
|
*
|
|
|
|
* To allow these consumers to probe, we associate the struct
|
|
|
|
* gpio_device of the GPIO chip with the firmware node and then simply
|
|
|
|
* bind it to this stub driver.
|
|
|
|
*/
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct device_driver gpio_stub_drv = {
|
|
|
|
.name = "gpio_stub_drv",
|
|
|
|
.bus = &gpio_bus_type,
|
|
|
|
.probe = gpio_stub_drv_probe,
|
|
|
|
};
|
|
|
|
|
gpio: add a userspace chardev ABI for GPIOs
A new chardev that is to be used for userspace GPIO access is
added in this patch. It is intended to gradually replace the
horribly broken sysfs ABI.
Using a chardev has many upsides:
- All operations are per-gpiochip, which is the actual
device underlying the GPIOs, making us tie in to the
kernel device model properly.
- Hotpluggable GPIO controllers can come and go, as this
kind of problem has been know to userspace for character
devices since ages, and if a gpiochip handle is held in
userspace we know we will break something, whereas the
sysfs is stateless.
- The one-value-per-file rule of sysfs is really hard to
maintain when you want to twist more than one knob at a time,
for example have in-kernel APIs to switch several GPIO
lines at the same time, and this will be possible to do
with a single ioctl() from userspace, saving a lot of
context switching.
We also need to add a new bus type for GPIO. This is
necessary for example for userspace coldplug, where sysfs is
traversed to find the boot-time device nodes and create the
character devices in /dev.
This new chardev ABI is *non* *optional* and can be counted
on to be present in the future, emphasizing the preference
of this ABI.
The ABI only implements one single ioctl() to get the name
and number of GPIO lines of a chip. Even this is debatable:
see it as a minimal example for review. This ABI shall be
ruthlessly reviewed and etched in stone.
The old /sys/class/gpio is still optional to compile in,
but will be deprecated.
Unique device IDs are created using IDR, which is overkill
and insanely scalable, but also well tested.
Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2015-10-21 21:29:53 +08:00
|
|
|
static int __init gpiolib_dev_init(void)
|
|
|
|
{
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
/* Register GPIO sysfs bus */
|
2018-07-03 08:39:03 +08:00
|
|
|
ret = bus_register(&gpio_bus_type);
|
gpio: add a userspace chardev ABI for GPIOs
A new chardev that is to be used for userspace GPIO access is
added in this patch. It is intended to gradually replace the
horribly broken sysfs ABI.
Using a chardev has many upsides:
- All operations are per-gpiochip, which is the actual
device underlying the GPIOs, making us tie in to the
kernel device model properly.
- Hotpluggable GPIO controllers can come and go, as this
kind of problem has been know to userspace for character
devices since ages, and if a gpiochip handle is held in
userspace we know we will break something, whereas the
sysfs is stateless.
- The one-value-per-file rule of sysfs is really hard to
maintain when you want to twist more than one knob at a time,
for example have in-kernel APIs to switch several GPIO
lines at the same time, and this will be possible to do
with a single ioctl() from userspace, saving a lot of
context switching.
We also need to add a new bus type for GPIO. This is
necessary for example for userspace coldplug, where sysfs is
traversed to find the boot-time device nodes and create the
character devices in /dev.
This new chardev ABI is *non* *optional* and can be counted
on to be present in the future, emphasizing the preference
of this ABI.
The ABI only implements one single ioctl() to get the name
and number of GPIO lines of a chip. Even this is debatable:
see it as a minimal example for review. This ABI shall be
ruthlessly reviewed and etched in stone.
The old /sys/class/gpio is still optional to compile in,
but will be deprecated.
Unique device IDs are created using IDR, which is overkill
and insanely scalable, but also well tested.
Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2015-10-21 21:29:53 +08:00
|
|
|
if (ret < 0) {
|
|
|
|
pr_err("gpiolib: could not register GPIO bus type\n");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2021-03-12 16:04:23 +08:00
|
|
|
ret = driver_register(&gpio_stub_drv);
|
|
|
|
if (ret < 0) {
|
gpiolib: Bind gpio_device to a driver to enable fw_devlink=on by default
There are multiple instances of GPIO device tree nodes of the form:
foo {
compatible = "acme,foo";
...
gpio0: gpio0@xxxxxxxx {
compatible = "acme,bar";
...
gpio-controller;
};
gpio1: gpio1@xxxxxxxx {
compatible = "acme,bar";
...
gpio-controller;
};
...
}
bazz {
my-gpios = <&gpio0 ...>;
}
Case 1: The driver for "foo" populates struct device for these gpio*
nodes and then probes them using a driver that binds with "acme,bar".
This driver for "acme,bar" then registers the gpio* nodes with gpiolib.
This lines up with how DT nodes with the "compatible" property are
typically converted to struct devices and then registered with driver
core to probe them. This also allows the gpio* devices to hook into all
the driver core capabilities like runtime PM, probe deferral,
suspend/resume ordering, device links, etc.
Case 2: The driver for "foo" doesn't populate struct devices for these
gpio* nodes before registering them with gpiolib. Instead it just loops
through its child nodes and directly registers the gpio* nodes with
gpiolib.
Drivers that follow case 2 cause problems with fw_devlink=on. This is
because fw_devlink will prevent bazz from probing until there's a struct
device that has gpio0 as its fwnode (because bazz lists gpio0 as a GPIO
supplier). Once the struct device is available, fw_devlink will create a
device link with gpio0 device as the supplier and bazz device as the
consumer. After this point, since the gpio0 device will never bind to a
driver, the device link will prevent bazz device from ever probing.
Finding and refactoring all the instances of drivers that follow case 2
will cause a lot of code churn and it is not something that can be done
in one shot. In some instances it might not even be possible to refactor
them cleanly. Examples of such instances are [1] [2].
This patch works around this problem and avoids all the code churn by
simply setting the fwnode of the gpio_device and creating a stub driver
to bind to the gpio_device. This allows all the consumers to continue
probing when the driver follows case 2.
[1] - https://lore.kernel.org/lkml/20201014191235.7f71fcb4@xhacker.debian/
[2] - https://lore.kernel.org/lkml/e28e1f38d87c12a3c714a6573beba6e1@kernel.org/
Fixes: e590474768f1 ("driver core: Set fw_devlink=on by default")
Cc: Marc Zyngier <maz@kernel.org>
Cc: Jisheng Zhang <Jisheng.Zhang@synaptics.com>
Cc: Kever Yang <kever.yang@rock-chips.com>
Reviewed-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Bartosz Golaszewski <bgolaszewski@baylibre.com>
Signed-off-by: Saravana Kannan <saravanak@google.com>
Link: https://lore.kernel.org/r/20210122193600.1415639-1-saravanak@google.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2021-01-23 03:35:59 +08:00
|
|
|
pr_err("gpiolib: could not register GPIO stub driver\n");
|
|
|
|
bus_unregister(&gpio_bus_type);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2019-11-27 16:42:47 +08:00
|
|
|
ret = alloc_chrdev_region(&gpio_devt, 0, GPIO_DEV_MAX, GPIOCHIP_NAME);
|
gpio: add a userspace chardev ABI for GPIOs
A new chardev that is to be used for userspace GPIO access is
added in this patch. It is intended to gradually replace the
horribly broken sysfs ABI.
Using a chardev has many upsides:
- All operations are per-gpiochip, which is the actual
device underlying the GPIOs, making us tie in to the
kernel device model properly.
- Hotpluggable GPIO controllers can come and go, as this
kind of problem has been know to userspace for character
devices since ages, and if a gpiochip handle is held in
userspace we know we will break something, whereas the
sysfs is stateless.
- The one-value-per-file rule of sysfs is really hard to
maintain when you want to twist more than one knob at a time,
for example have in-kernel APIs to switch several GPIO
lines at the same time, and this will be possible to do
with a single ioctl() from userspace, saving a lot of
context switching.
We also need to add a new bus type for GPIO. This is
necessary for example for userspace coldplug, where sysfs is
traversed to find the boot-time device nodes and create the
character devices in /dev.
This new chardev ABI is *non* *optional* and can be counted
on to be present in the future, emphasizing the preference
of this ABI.
The ABI only implements one single ioctl() to get the name
and number of GPIO lines of a chip. Even this is debatable:
see it as a minimal example for review. This ABI shall be
ruthlessly reviewed and etched in stone.
The old /sys/class/gpio is still optional to compile in,
but will be deprecated.
Unique device IDs are created using IDR, which is overkill
and insanely scalable, but also well tested.
Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2015-10-21 21:29:53 +08:00
|
|
|
if (ret < 0) {
|
|
|
|
pr_err("gpiolib: failed to allocate char dev region\n");
|
gpiolib: Bind gpio_device to a driver to enable fw_devlink=on by default
There are multiple instances of GPIO device tree nodes of the form:
foo {
compatible = "acme,foo";
...
gpio0: gpio0@xxxxxxxx {
compatible = "acme,bar";
...
gpio-controller;
};
gpio1: gpio1@xxxxxxxx {
compatible = "acme,bar";
...
gpio-controller;
};
...
}
bazz {
my-gpios = <&gpio0 ...>;
}
Case 1: The driver for "foo" populates struct device for these gpio*
nodes and then probes them using a driver that binds with "acme,bar".
This driver for "acme,bar" then registers the gpio* nodes with gpiolib.
This lines up with how DT nodes with the "compatible" property are
typically converted to struct devices and then registered with driver
core to probe them. This also allows the gpio* devices to hook into all
the driver core capabilities like runtime PM, probe deferral,
suspend/resume ordering, device links, etc.
Case 2: The driver for "foo" doesn't populate struct devices for these
gpio* nodes before registering them with gpiolib. Instead it just loops
through its child nodes and directly registers the gpio* nodes with
gpiolib.
Drivers that follow case 2 cause problems with fw_devlink=on. This is
because fw_devlink will prevent bazz from probing until there's a struct
device that has gpio0 as its fwnode (because bazz lists gpio0 as a GPIO
supplier). Once the struct device is available, fw_devlink will create a
device link with gpio0 device as the supplier and bazz device as the
consumer. After this point, since the gpio0 device will never bind to a
driver, the device link will prevent bazz device from ever probing.
Finding and refactoring all the instances of drivers that follow case 2
will cause a lot of code churn and it is not something that can be done
in one shot. In some instances it might not even be possible to refactor
them cleanly. Examples of such instances are [1] [2].
This patch works around this problem and avoids all the code churn by
simply setting the fwnode of the gpio_device and creating a stub driver
to bind to the gpio_device. This allows all the consumers to continue
probing when the driver follows case 2.
[1] - https://lore.kernel.org/lkml/20201014191235.7f71fcb4@xhacker.debian/
[2] - https://lore.kernel.org/lkml/e28e1f38d87c12a3c714a6573beba6e1@kernel.org/
Fixes: e590474768f1 ("driver core: Set fw_devlink=on by default")
Cc: Marc Zyngier <maz@kernel.org>
Cc: Jisheng Zhang <Jisheng.Zhang@synaptics.com>
Cc: Kever Yang <kever.yang@rock-chips.com>
Reviewed-by: Linus Walleij <linus.walleij@linaro.org>
Acked-by: Bartosz Golaszewski <bgolaszewski@baylibre.com>
Signed-off-by: Saravana Kannan <saravanak@google.com>
Link: https://lore.kernel.org/r/20210122193600.1415639-1-saravanak@google.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2021-01-23 03:35:59 +08:00
|
|
|
driver_unregister(&gpio_stub_drv);
|
gpio: add a userspace chardev ABI for GPIOs
A new chardev that is to be used for userspace GPIO access is
added in this patch. It is intended to gradually replace the
horribly broken sysfs ABI.
Using a chardev has many upsides:
- All operations are per-gpiochip, which is the actual
device underlying the GPIOs, making us tie in to the
kernel device model properly.
- Hotpluggable GPIO controllers can come and go, as this
kind of problem has been know to userspace for character
devices since ages, and if a gpiochip handle is held in
userspace we know we will break something, whereas the
sysfs is stateless.
- The one-value-per-file rule of sysfs is really hard to
maintain when you want to twist more than one knob at a time,
for example have in-kernel APIs to switch several GPIO
lines at the same time, and this will be possible to do
with a single ioctl() from userspace, saving a lot of
context switching.
We also need to add a new bus type for GPIO. This is
necessary for example for userspace coldplug, where sysfs is
traversed to find the boot-time device nodes and create the
character devices in /dev.
This new chardev ABI is *non* *optional* and can be counted
on to be present in the future, emphasizing the preference
of this ABI.
The ABI only implements one single ioctl() to get the name
and number of GPIO lines of a chip. Even this is debatable:
see it as a minimal example for review. This ABI shall be
ruthlessly reviewed and etched in stone.
The old /sys/class/gpio is still optional to compile in,
but will be deprecated.
Unique device IDs are created using IDR, which is overkill
and insanely scalable, but also well tested.
Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2015-10-21 21:29:53 +08:00
|
|
|
bus_unregister(&gpio_bus_type);
|
2020-02-20 21:01:49 +08:00
|
|
|
return ret;
|
gpio: add a userspace chardev ABI for GPIOs
A new chardev that is to be used for userspace GPIO access is
added in this patch. It is intended to gradually replace the
horribly broken sysfs ABI.
Using a chardev has many upsides:
- All operations are per-gpiochip, which is the actual
device underlying the GPIOs, making us tie in to the
kernel device model properly.
- Hotpluggable GPIO controllers can come and go, as this
kind of problem has been know to userspace for character
devices since ages, and if a gpiochip handle is held in
userspace we know we will break something, whereas the
sysfs is stateless.
- The one-value-per-file rule of sysfs is really hard to
maintain when you want to twist more than one knob at a time,
for example have in-kernel APIs to switch several GPIO
lines at the same time, and this will be possible to do
with a single ioctl() from userspace, saving a lot of
context switching.
We also need to add a new bus type for GPIO. This is
necessary for example for userspace coldplug, where sysfs is
traversed to find the boot-time device nodes and create the
character devices in /dev.
This new chardev ABI is *non* *optional* and can be counted
on to be present in the future, emphasizing the preference
of this ABI.
The ABI only implements one single ioctl() to get the name
and number of GPIO lines of a chip. Even this is debatable:
see it as a minimal example for review. This ABI shall be
ruthlessly reviewed and etched in stone.
The old /sys/class/gpio is still optional to compile in,
but will be deprecated.
Unique device IDs are created using IDR, which is overkill
and insanely scalable, but also well tested.
Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2015-10-21 21:29:53 +08:00
|
|
|
}
|
2020-02-20 21:01:49 +08:00
|
|
|
|
|
|
|
gpiolib_initialized = true;
|
|
|
|
gpiochip_setup_devs();
|
|
|
|
|
2020-04-25 12:46:55 +08:00
|
|
|
#if IS_ENABLED(CONFIG_OF_DYNAMIC) && IS_ENABLED(CONFIG_OF_GPIO)
|
|
|
|
WARN_ON(of_reconfig_notifier_register(&gpio_of_notifier));
|
|
|
|
#endif /* CONFIG_OF_DYNAMIC && CONFIG_OF_GPIO */
|
2020-02-20 21:01:49 +08:00
|
|
|
|
gpio: add a userspace chardev ABI for GPIOs
A new chardev that is to be used for userspace GPIO access is
added in this patch. It is intended to gradually replace the
horribly broken sysfs ABI.
Using a chardev has many upsides:
- All operations are per-gpiochip, which is the actual
device underlying the GPIOs, making us tie in to the
kernel device model properly.
- Hotpluggable GPIO controllers can come and go, as this
kind of problem has been know to userspace for character
devices since ages, and if a gpiochip handle is held in
userspace we know we will break something, whereas the
sysfs is stateless.
- The one-value-per-file rule of sysfs is really hard to
maintain when you want to twist more than one knob at a time,
for example have in-kernel APIs to switch several GPIO
lines at the same time, and this will be possible to do
with a single ioctl() from userspace, saving a lot of
context switching.
We also need to add a new bus type for GPIO. This is
necessary for example for userspace coldplug, where sysfs is
traversed to find the boot-time device nodes and create the
character devices in /dev.
This new chardev ABI is *non* *optional* and can be counted
on to be present in the future, emphasizing the preference
of this ABI.
The ABI only implements one single ioctl() to get the name
and number of GPIO lines of a chip. Even this is debatable:
see it as a minimal example for review. This ABI shall be
ruthlessly reviewed and etched in stone.
The old /sys/class/gpio is still optional to compile in,
but will be deprecated.
Unique device IDs are created using IDR, which is overkill
and insanely scalable, but also well tested.
Cc: Johan Hovold <johan@kernel.org>
Cc: Michael Welling <mwelling@ieee.org>
Cc: Markus Pargmann <mpa@pengutronix.de>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2015-10-21 21:29:53 +08:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
core_initcall(gpiolib_dev_init);
|
|
|
|
|
2008-02-05 14:28:20 +08:00
|
|
|
#ifdef CONFIG_DEBUG_FS
|
|
|
|
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
static void gpiolib_dbg_show(struct seq_file *s, struct gpio_device *gdev)
|
2008-02-05 14:28:20 +08:00
|
|
|
{
|
2023-12-21 17:15:46 +08:00
|
|
|
struct gpio_chip *gc = gdev->chip;
|
|
|
|
bool active_low, is_irq, is_out;
|
|
|
|
unsigned int gpio = gdev->base;
|
|
|
|
struct gpio_desc *desc;
|
|
|
|
int value;
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2022-04-09 02:18:52 +08:00
|
|
|
for_each_gpio_desc(gc, desc) {
|
|
|
|
if (test_bit(FLAG_REQUESTED, &desc->flags)) {
|
|
|
|
gpiod_get_direction(desc);
|
|
|
|
is_out = test_bit(FLAG_IS_OUT, &desc->flags);
|
2022-04-09 02:18:53 +08:00
|
|
|
value = gpio_chip_get_value(gc, desc);
|
2022-04-09 02:18:52 +08:00
|
|
|
is_irq = test_bit(FLAG_USED_AS_IRQ, &desc->flags);
|
|
|
|
active_low = test_bit(FLAG_ACTIVE_LOW, &desc->flags);
|
|
|
|
seq_printf(s, " gpio-%-3d (%-20.20s|%-20.20s) %s %s %s%s\n",
|
|
|
|
gpio, desc->name ?: "", desc->label,
|
|
|
|
is_out ? "out" : "in ",
|
|
|
|
value >= 0 ? (value ? "hi" : "lo") : "? ",
|
|
|
|
is_irq ? "IRQ " : "",
|
|
|
|
active_low ? "ACTIVE LOW" : "");
|
|
|
|
} else if (desc->name) {
|
|
|
|
seq_printf(s, " gpio-%-3d (%-20.20s)\n", gpio, desc->name);
|
2015-08-14 22:11:02 +08:00
|
|
|
}
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2022-04-09 02:18:52 +08:00
|
|
|
gpio++;
|
2008-02-05 14:28:20 +08:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-04-12 19:26:01 +08:00
|
|
|
static void *gpiolib_seq_start(struct seq_file *s, loff_t *pos)
|
2008-02-05 14:28:20 +08:00
|
|
|
{
|
2024-01-15 19:17:43 +08:00
|
|
|
unsigned long flags;
|
2015-10-20 17:10:38 +08:00
|
|
|
struct gpio_device *gdev = NULL;
|
2013-02-03 00:29:27 +08:00
|
|
|
loff_t index = *pos;
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2012-04-12 19:26:01 +08:00
|
|
|
s->private = "";
|
2008-02-05 14:28:20 +08:00
|
|
|
|
2024-01-15 19:17:43 +08:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
list_for_each_entry(gdev, &gpio_devices, list)
|
|
|
|
if (index-- == 0) {
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2015-10-20 17:10:38 +08:00
|
|
|
return gdev;
|
2024-01-15 19:17:43 +08:00
|
|
|
}
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2012-04-12 19:26:01 +08:00
|
|
|
|
2013-02-03 00:29:27 +08:00
|
|
|
return NULL;
|
2012-04-12 19:26:01 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void *gpiolib_seq_next(struct seq_file *s, void *v, loff_t *pos)
|
|
|
|
{
|
2024-01-15 19:17:43 +08:00
|
|
|
unsigned long flags;
|
2015-10-20 17:10:38 +08:00
|
|
|
struct gpio_device *gdev = v;
|
2012-04-12 19:26:01 +08:00
|
|
|
void *ret = NULL;
|
|
|
|
|
2024-01-15 19:17:43 +08:00
|
|
|
spin_lock_irqsave(&gpio_lock, flags);
|
|
|
|
if (list_is_last(&gdev->list, &gpio_devices))
|
|
|
|
ret = NULL;
|
|
|
|
else
|
|
|
|
ret = list_first_entry(&gdev->list, struct gpio_device, list);
|
|
|
|
spin_unlock_irqrestore(&gpio_lock, flags);
|
2012-04-12 19:26:01 +08: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)
|
|
|
|
{
|
2015-10-20 17:10:38 +08:00
|
|
|
struct gpio_device *gdev = v;
|
2020-03-29 22:04:05 +08:00
|
|
|
struct gpio_chip *gc = gdev->chip;
|
2015-10-20 17:10:38 +08:00
|
|
|
struct device *parent;
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (!gc) {
|
2015-10-20 17:10:38 +08:00
|
|
|
seq_printf(s, "%s%s: (dangling chip)", (char *)s->private,
|
|
|
|
dev_name(&gdev->dev));
|
|
|
|
return 0;
|
|
|
|
}
|
2012-04-12 19:26:01 +08:00
|
|
|
|
2015-10-20 17:10:38 +08:00
|
|
|
seq_printf(s, "%s%s: GPIOs %d-%d", (char *)s->private,
|
|
|
|
dev_name(&gdev->dev),
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
gdev->base, gdev->base + gdev->ngpio - 1);
|
2020-03-29 22:04:05 +08:00
|
|
|
parent = gc->parent;
|
2015-10-20 17:10:38 +08:00
|
|
|
if (parent)
|
|
|
|
seq_printf(s, ", parent: %s/%s",
|
|
|
|
parent->bus ? parent->bus->name : "no-bus",
|
|
|
|
dev_name(parent));
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->label)
|
|
|
|
seq_printf(s, ", %s", gc->label);
|
|
|
|
if (gc->can_sleep)
|
2012-04-12 19:26:01 +08:00
|
|
|
seq_printf(s, ", can sleep");
|
|
|
|
seq_printf(s, ":\n");
|
|
|
|
|
2020-03-29 22:04:05 +08:00
|
|
|
if (gc->dbg_show)
|
|
|
|
gc->dbg_show(s, gc);
|
2012-04-12 19:26:01 +08:00
|
|
|
else
|
gpio: reflect base and ngpio into gpio_device
Some information about the GPIO chip need to stay around also
after the gpio_chip has been removed and only the gpio_device
persist. The base and ngpio are such things, for example we
don't want a new chip arriving to overlap the number space
of a dangling gpio_device, and the chardev may still query
the device for the number of lines etc.
Note that the code that assigns base and insert gpio_device
into the global list no longer check for a missing gpio_chip:
we respect the number space allocated by any other gpio_device.
As a consequence of the gdev being referenced directly from
the gpio_desc, we need to verify it differently from all
in-kernel API calls that fall through to direct queries to
the gpio_chip vtable: we first check that desc is !NULL, then
that desc->gdev is !NULL, then, if desc->gdev->chip is NULL,
we *BAIL OUT* without any error, so as to manage the case
where operations are requested on a device that is gone.
These checks were non-uniform and partly missing in the past:
so to simplify: create the macros VALIDATE_DESC() that will
return -EINVAL if the desc or desc->gdev is missing and just
0 if the chip is gone, and conversely VALIDATE_DESC_VOID()
for the case where the function does not return an error.
By using these macros, we get warning messages about missing
gdev with reference to the right function in the kernel log.
Despite the macro business this simplifies the code and make
it more readable than if we copy/paste the same descriptor
checking code into all code ABI call sites (IMHO).
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2016-02-10 17:57:36 +08:00
|
|
|
gpiolib_dbg_show(s, gdev);
|
2012-04-12 19:26:01 +08:00
|
|
|
|
2008-02-05 14:28:20 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2020-09-10 18:19:35 +08:00
|
|
|
static const struct seq_operations gpiolib_sops = {
|
2012-04-12 19:26:01 +08:00
|
|
|
.start = gpiolib_seq_start,
|
|
|
|
.next = gpiolib_seq_next,
|
|
|
|
.stop = gpiolib_seq_stop,
|
|
|
|
.show = gpiolib_seq_show,
|
|
|
|
};
|
2020-09-10 18:19:35 +08:00
|
|
|
DEFINE_SEQ_ATTRIBUTE(gpiolib);
|
2008-02-05 14:28:20 +08:00
|
|
|
|
|
|
|
static int __init gpiolib_debugfs_init(void)
|
|
|
|
{
|
|
|
|
/* /sys/kernel/debug/gpio */
|
2020-09-10 18:19:35 +08:00
|
|
|
debugfs_create_file("gpio", 0444, NULL, NULL, &gpiolib_fops);
|
2008-02-05 14:28:20 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
subsys_initcall(gpiolib_debugfs_init);
|
|
|
|
|
|
|
|
#endif /* DEBUG_FS */
|