aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/include/dt-bindings
diff options
context:
space:
mode:
authorPavel Machek <pavel@ucw.cz>2020-08-03 13:20:06 +0200
committerPavel Machek <pavel@ucw.cz>2020-08-03 13:26:15 +0200
commit54212f5a1ba3123281877e54c1e5f672bf7563d8 (patch)
tree3e735e1bb63dffc209ebdb0933e665f0db2f2093 /include/dt-bindings
parentMake LEDS_LP55XX_COMMON depend on I2C to fix build errors: (diff)
downloadwireguard-linux-54212f5a1ba3123281877e54c1e5f672bf7563d8.tar.xz
wireguard-linux-54212f5a1ba3123281877e54c1e5f672bf7563d8.zip
leds: add RGB color option, as that is different from multicolor.
Multicolor is a bit too abstract. Yes, we can have Green-Magenta-Ultraviolet LED, but so far all the LEDs we support are RGB, and not even RGB-White or RGB-Yellow variants emerged. Multicolor is not a good fit for RGB LED. It does not really know about LED color. In particular, there's no way to make LED "white". Userspace is interested in knowing "this LED can produce arbitrary color", which not all multicolor LEDs can. Signed-off-by: Pavel Machek <pavel@ucw.cz>
Diffstat (limited to 'include/dt-bindings')
-rw-r--r--include/dt-bindings/leds/common.h6
1 files changed, 4 insertions, 2 deletions
diff --git a/include/dt-bindings/leds/common.h b/include/dt-bindings/leds/common.h
index a463ce6a8794..52b619d44ba2 100644
--- a/include/dt-bindings/leds/common.h
+++ b/include/dt-bindings/leds/common.h
@@ -30,8 +30,10 @@
#define LED_COLOR_ID_VIOLET 5
#define LED_COLOR_ID_YELLOW 6
#define LED_COLOR_ID_IR 7
-#define LED_COLOR_ID_MULTI 8
-#define LED_COLOR_ID_MAX 9
+#define LED_COLOR_ID_MULTI 8 /* For multicolor LEDs */
+#define LED_COLOR_ID_RGB 9 /* For multicolor LEDs that can do arbitrary color,
+ so this would include RGBW and similar */
+#define LED_COLOR_ID_MAX 10
/* Standard LED functions */
/* Keyboard LEDs, usually it would be input4::capslock etc. */