summaryrefslogtreecommitdiff
path: root/lib/debugobjects.c
diff options
context:
space:
mode:
authorBartosz Golaszewski <bartosz.golaszewski@linaro.org>2025-03-21 18:49:35 +0300
committerBartosz Golaszewski <bartosz.golaszewski@linaro.org>2025-03-24 12:35:10 +0300
commitc36420dc4f9e11d4e494a6182586008d7969c841 (patch)
tree4230cc997b2d41e829375d36c88fa0665071f7ab /lib/debugobjects.c
parent01cbfc45b48beafdab84524df14b0b4a863ea495 (diff)
downloadlinux-c36420dc4f9e11d4e494a6182586008d7969c841.tar.xz
gpio: TODO: remove the pinctrl integration task
While there are surely some arguments in favor of integrating the GPIO and pinctrl subsystems into one, I believe this is not the right approach. The GPIO subsystem uses intricate locking with SRCU to handle the fact that both consumers and providers may run in different contexts. Pin-controller drivers are always meant to run in process context. This alone is a huge obstacle to any attempt at integration as evident by many problems we already encountered during the hotplug rework. The current glue code is pretty minimal and for most part already allows GPIO controllers to query pinctrl about the information they need. I suggest to drop this task and keep the subsystems separate even if many pin-controllers implement GPIO functionality in addition to pin functions. Reviewed-by: Linus Walleij <linus.walleij@linaro.org> Link: https://lore.kernel.org/r/20250321-gpio-todo-updates-v1-3-7b38f07110ee@linaro.org Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
Diffstat (limited to 'lib/debugobjects.c')
0 files changed, 0 insertions, 0 deletions