From 72414e0cf31707bdb8170a47e97cc9b586ffac84 Mon Sep 17 00:00:00 2001 From: Bartosz Golaszewski Date: Thu, 6 Aug 2020 19:02:54 +0200 Subject: [PATCH] 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 --- TODO | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/TODO b/TODO index 2b7b7c0..0e2ccfe 100644 --- 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 -- 2.30.2