From: Bartosz Golaszewski Date: Fri, 4 Jul 2025 12:58:57 +0000 (+0200) Subject: gpio: TODO: remove the task for the sysfs rework X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=0c0438d444a7814783099c9028823bff5977e4f0;p=thirdparty%2Fkernel%2Flinux.git gpio: TODO: remove the task for the sysfs rework Remove the completed task tracking the rework of the sysfs interface and add a new task to track the removal of the legacy bits and pieces. Reviewed-by: Linus Walleij Link: https://lore.kernel.org/r/20250704-gpio-sysfs-chip-export-v4-10-9289d8758243@linaro.org Signed-off-by: Bartosz Golaszewski --- diff --git a/drivers/gpio/TODO b/drivers/gpio/TODO index ef53892cb44d7..7a09a4f58551b 100644 --- a/drivers/gpio/TODO +++ b/drivers/gpio/TODO @@ -188,16 +188,12 @@ remove the old ones and finally rename the new ones back to the old names. ------------------------------------------------------------------------------- -Extend the sysfs ABI to allow exporting lines by their HW offsets +Remove legacy sysfs features -The need to support the sysfs GPIO class is one of the main obstacles to -removing the global GPIO numberspace from the kernel. In order to wean users -off using global numbers from user-space, extend the existing interface with -new per-gpiochip export/unexport attributes that allow to refer to GPIOs using -their hardware offsets within the chip. - -Encourage users to switch to using them and eventually remove the existing -global export/unexport attribues. +We have two parallel per-chip class devices and per-exported-line attribute +groups in sysfs. One is using the obsolete global GPIO numberspace and the +second relies on hardware offsets of pins within the chip. Remove the former +once user-space has switched to using the latter. -------------------------------------------------------------------------------