diff options
author | Mika Westerberg <mika.westerberg@linux.intel.com> | 2014-03-10 16:54:50 +0400 |
---|---|---|
committer | Linus Walleij <linus.walleij@linaro.org> | 2014-03-13 13:32:18 +0400 |
commit | 77c2d7929d7d7f0e391b17f85d2d954912ed0590 (patch) | |
tree | cc6672e8cd2f087064a510941fcb2ff3fe73c1e6 /include/memory | |
parent | 7b7f588b50d49717d8e635452590338e28d39197 (diff) | |
download | linux-77c2d7929d7d7f0e391b17f85d2d954912ed0590.tar.xz |
gpiolib: Allow GPIO chips to request their own GPIOs
Sometimes it is useful to allow GPIO chips themselves to request GPIOs they
own through gpiolib API. One use case is ACPI ASL code that should be able
to toggle GPIOs through GPIO operation regions.
We can't use gpio_request() because it will pin the module to the kernel
forever (it calls try_module_get()). To solve this we move module refcount
manipulation to gpiod_request() and let __gpiod_request() handle the actual
request. This changes the sequence a bit as now try_module_get() is called
outside of gpio_lock (I think this is safe, try_module_get() handles
serialization it needs already).
Then we provide gpiolib internal functions gpiochip_request/free_own_desc()
that do the same as gpio_request() but don't manipulate module refrence
count. This allows the GPIO chip driver to request and free descriptors it
owns without being pinned to the kernel forever.
Signed-off-by: Mika Westerberg <mika.westerberg@linux.intel.com>
Reviewed-by: Alexandre Courbot <acourbot@nvidia.com>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
Diffstat (limited to 'include/memory')
0 files changed, 0 insertions, 0 deletions