TODO: add a task for improving the interface for line lookups

The functions allowing to find GPIO lines by name don't take into
account the fact that line names are not unique in the linux kernel
(neither globally nor per chip). Add a task to address that in v2.0.

Signed-off-by: Bartosz Golaszewski <bgolaszewski@baylibre.com>

diff --git a/TODO b/TODO
index 2b7b7c0647b5e7ea742d407d420ff0142ff91dc6..0e2ccfe60a548970c0bb41094416e5744648382d 100644 (file)
--- a/TODO
+++ b/TODO
@@ -81,6 +81,13 @@ bytes on 32- and 64-bit architectures respectively. This is a significant part
 of the stack limit on linux, so it's worth rethinking it. Maybe a doubly linked
 list of lines would be better (although slower to access).
 
+* rework looking up lines by names
+
+GPIO line names in the kernel aren't unique - neither globally nor within
+a single chip. The current API doesn't take this into consideration and simply
+returns the first matching line in gpiod_line_find() and co. This needs
+addressing in future API.
+
 Bindings:
 
 * line objects should only hold weak references to their owning chip objects