[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250523-led-fix-v3-0-86d2690d2698@axis.com>
Date: Fri, 23 May 2025 17:26:26 +0200
From: Johan Adolfsson <johan.adolfsson@...s.com>
To: Lee Jones <lee@...nel.org>, Pavel Machek <pavel@...nel.org>, Rob Herring
<robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
<conor+dt@...nel.org>, Andrew Davis <afd@...com>, Jacek Anaszewski
<jacek.anaszewski@...il.com>
CC: <linux-leds@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<devicetree@...r.kernel.org>, Johan Adolfsson <johan.adolfsson@...s.com>,
<kernel@...s.com>
Subject: [PATCH RFC v3 0/2] leds-lp50xx: Support reg to set multi_index.
Since devicetree nodes are (sometimes?) processed in reverse order,
support reg as the actual multi_index index so yo get well defined
color order presented in the multi_index file.
Not sure if reusing reg for this is the correct way or if another
property such as "multi_index" or similar should be used instead.
Looks like reg is used for similar things at least.
Or should the whole "reverse the devicetree" problem be fixed instead?
Update bindings to match implementation, and add description for the
reg property.
Signed-off-by: Johan Adolfsson <johan.adolfsson@...s.com>
---
Changes in v3:
- Update To and Cc.
- Rephrase bindings descriptions, add constraints.
- Link to v2: https://lore.kernel.org/r/20250522-led-fix-v2-0-652046323ec3@axis.com
Changes in v2:
- Avoid duplicate assignment. dev_err and return -EINVAL on error.
- Update bindings doc.
- Link to v1: https://lore.kernel.org/r/20250506-led-fix-v1-1-56a39b55a7fc@axis.com
---
Johan Adolfsson (2):
leds: leds-lp50xx: Handle reg to get correct multi_index
dt-bindings: leds: lp50xx: Document child reg, fix example
.../devicetree/bindings/leds/leds-lp50xx.yaml | 18 ++++++++++++------
drivers/leds/leds-lp50xx.c | 8 +++++++-
2 files changed, 19 insertions(+), 7 deletions(-)
---
base-commit: 38fec10eb60d687e30c8c6b5420d86e8149f7557
change-id: 20250225-led-fix-444fb544584a
Best regards,
--
Johan Adolfsson <johan.adolfsson@...s.com>
Powered by blists - more mailing lists