summaryrefslogtreecommitdiff
path: root/include/memory
diff options
context:
space:
mode:
authorMika Westerberg <mika.westerberg@linux.intel.com>2014-03-10 16:54:50 +0400
committerLinus Walleij <linus.walleij@linaro.org>2014-03-13 13:32:18 +0400
commit77c2d7929d7d7f0e391b17f85d2d954912ed0590 (patch)
treecc6672e8cd2f087064a510941fcb2ff3fe73c1e6 /include/memory
parent7b7f588b50d49717d8e635452590338e28d39197 (diff)
downloadlinux-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