Linux LEDS Development

• Thread Index

• [PATCH leds + devicetree 03/13] dt-bindings: leds: tca6507: convert to YAML
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds + devicetree 02/13] leds: tca6507: use fwnode API instead of OF
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds + devicetree 04/13] ARM: dts: omap3: gta04: rename LED controlled subnodes
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds + devicetree 01/13] leds: tca6507: Absorb platform data
  • From: Marek Behún <marek.behun@xxxxxx>
• RE: [PATCH v2 1/2] dt-bindings: leds: add LED_FUNCTION for wlan2g/wlan5g
  • From: "Adrian Schmutzler" <mail@xxxxxxxxxxxxxxxxxxx>
• How to name multiple LEDs of the same type and color
  • From: "Adrian Schmutzler" <mail@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] dt-bindings: leds: add LED_FUNCTION for wlan2g/wlan5g
  • From: Marek Behun <marek.behun@xxxxxx>
• [PATCH v2 1/2] dt-bindings: leds: add LED_FUNCTION for wlan2g/wlan5g
  • From: Adrian Schmutzler <freifunk@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] dt-bindings: leds: add LED_FUNCTION_RSSI
  • From: Adrian Schmutzler <freifunk@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] leds: pwm: Remove platform_data support
  • From: Marek Behun <marek.behun@xxxxxx>
• [PATCH leds v3 6/9] leds: lm36274: use devres LED registering function
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v3 9/9] leds: parse linux,default-trigger DT property in LED core
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v3 5/9] leds: lm36274: use platform device as parent of LED
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v3 7/9] leds: lm3532: don't parse label DT property
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v3 3/9] leds: lm36274: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v3 8/9] leds: syscon: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v3 4/9] leds: lm36274: do not set chip settings in DT parsing function
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v3 2/9] leds: lm36274: don't iterate through children since there is only one
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v3 1/9] leds: lm36274: cosmetic: rename lm36274_data to chip
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v3 0/9] Start moving parsing of `linux,default-trigger` to LED core (a cleanup of LED drivers)
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH leds v2 03/50] leds: fsg: compile if COMPILE_TEST=y
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH 2/2] dt: bindings: pca9532: add description of pwm and psc properties
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/2] leds: pca9532: correct shift computation in pca9532_getled
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH -next] leds: pca9532 - simplify the return expression of pca9532_remove
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH leds v2 25/50] leds: is31fl319x: compute aggregated max current separately
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH leds v2 50/50] leds: parse linux,default-trigger DT property in LED core
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH leds v2 48/50] leds: ns2: reorder headers alphabetically
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH leds v2 31/50] leds: lm36274: use devres LED registering function
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH leds v2 03/50] leds: fsg: compile if COMPILE_TEST=y
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH -next] leds: pca9532 - simplify the return expression of pca9532_remove
  • From: Liu Shixin <liushixin2@xxxxxxxxxx>
• Re: [PATCH v5 2/3] leds: pwm: Allow automatic labels for DT based devices
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5 1/3] leds: pwm: Remove platform_data support
  • From: Pavel Machek <pavel@xxxxxx>
• ledtrig-cpu: Limit to 4 CPUs
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH leds v2 12/50] leds: bcm6328: cosmetic: use reverse christmas tree
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH v5 1/3] leds: pwm: Remove platform_data support
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v5 0/3] leds: pwm: Make automatic labels work
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v5 2/3] leds: pwm: Allow automatic labels for DT based devices
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v5 3/3] dt-bindings: leds: Convert pwm to yaml
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• Re: question about Network Space v2 LED driver
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH leds v2 15/50] leds: lm3697: cosmetic change: use helper variable, reverse christmas tree
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH leds v1 10/10] leds: ns2: refactor and use struct led_init_data
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH v4 3/3] dt-bindings: leds: Convert pwm to yaml
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v4 3/3] dt-bindings: leds: Convert pwm to yaml
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: question about Network Space v2 LED driver
  • From: Simon Guinot <simon.guinot@xxxxxxxxxxxx>
• Re: [PATCH leds v1 10/10] leds: ns2: refactor and use struct led_init_data
  • From: Simon Guinot <simon.guinot@xxxxxxxxxxxx>
• Re: [PATCH leds v2 15/50] leds: lm3697: cosmetic change: use helper variable, reverse christmas tree
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH leds v2 05/50] leds: various: guard of_match_table member value with of_match_ptr
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH leds v2 05/50] leds: various: guard of_match_table member value with of_match_ptr
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• Re: [PATCH leds v2 05/50] leds: various: guard of_match_table member value with of_match_ptr
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH leds v2 05/50] leds: various: guard of_match_table member value with of_match_ptr
  • From: Sakari Ailus <sakari.ailus@xxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.4 025/330] leds: mlxreg: Fix possible buffer overflow
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 013/206] leds: mlxreg: Fix possible buffer overflow
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• question about Network Space v2 LED driver
  • From: Marek Behun <kabel@xxxxxxxxxxxx>
• [PATCH leds v2 03/50] leds: fsg: compile if COMPILE_TEST=y
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 09/50] leds: various: fix OF node leaks
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 07/50] leds: lt3593: do not rewrite .of_node of new LED device to wrong value
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 01/50] leds: various: compile if COMPILE_TEST=y
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 12/50] leds: bcm6328: cosmetic: use reverse christmas tree
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 08/50] leds: various: use only available OF children
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 11/50] leds: bcm6328, bcm6358: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 06/50] leds: various: use dev_of_node(dev) instead of dev->of_node
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 04/50] leds: various: use device_get_match_data
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 10/50] leds: bcm6328, bcm6358: use devres LED registering function
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 05/50] leds: various: guard of_match_table member value with of_match_ptr
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 00/50] Start moving parsing of `linux,default-trigger` to LED core (a cleanup of LED drivers)
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 13/50] leds: bcm6358: cosmetic: use reverse christmas tree
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 18/50] leds: mt6323: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 16/50] leds: max77650: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 19/50] leds: mt6323: cosmetic change: use helper variable
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 22/50] leds: pm8058: cosmetic change: no need to return in if guard
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 28/50] leds: is31fl319x: refactor to register LEDs while parsing DT
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 17/50] leds: max77650: use reverse christmas tree
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 24/50] leds: is31fl32xx: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 25/50] leds: is31fl319x: compute aggregated max current separately
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 32/50] leds: lm36274: cosmetic: rename lm36274_data to chip
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 15/50] leds: lm3697: cosmetic change: use helper variable, reverse christmas tree
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 30/50] leds: is31fl319x: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 29/50] leds: is31fl319x: cosmetic: use reverse christmas tree
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 31/50] leds: lm36274: use devres LED registering function
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 35/50] leds: lm36274: do not set chip settings in DT parsing function
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 33/50] leds: lm36274: don't iterate through children since there is only one
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 40/50] leds: ns2: use devres API for getting GPIO descriptors
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 20/50] leds: pm8058: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 34/50] leds: lm36274: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 36/50] leds: ns2: use devres LED registering function
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 37/50] leds: ns2: alloc simple array instead of struct ns2_led_priv
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 39/50] leds: ns2: move parsing of one LED into separate function
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 41/50] leds: ns2: cosmetic structure rename
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 42/50] leds: ns2: cosmetic variable rename
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 46/50] leds: ns2: remove unneeded variable
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 49/50] leds: ns2: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 43/50] leds: ns2: cosmetic change
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 44/50] leds: ns2: cosmetic change: use helper variable
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 48/50] leds: ns2: reorder headers alphabetically
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 45/50] leds: ns2: register LED immediately after parsing DT properties
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 47/50] leds: ns2: cosmetic: use reverse christmas tree
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 50/50] leds: parse linux,default-trigger DT property in LED core
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 38/50] leds: ns2: support OF probing only, forget platdata
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 23/50] leds: pm8058: cosmetic: use reverse christmas tree
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 27/50] leds: is31fl319x: don't store audio gain value, simply set it
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 26/50] leds: is31fl319x: don't store shutdown gpio descriptor
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 21/50] leds: pm8058: cosmetic change: use helper variable
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 14/50] leds: lm3697: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v2 02/50] leds: ip30: compile if COMPILE_TEST=y
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH mfd] mfd: asic3: build if COMPILE_TEST=y
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH leds v1 09/10] leds: lm36274: use struct led_init_data when registering
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH leds v1 06/10] leds: pm8058: use struct led_init_data when registering
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH leds v1 03/10] leds: lm3697: use struct led_init_data when registering
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH leds v1 07/10] leds: is31fl32xx: use struct led_init_data when registering
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH leds v1 09/10] leds: lm36274: use struct led_init_data when registering
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH leds v1 03/10] leds: lm3697: use struct led_init_data when registering
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH leds v1 04/10] leds: max77650: use struct led_init_data when registering
  • From: Bartosz Golaszewski <bgolaszewski@xxxxxxxxxxxx>
• Re: [PATCH leds v1 06/10] leds: pm8058: use struct led_init_data when registering
  • From: Bjorn Andersson <bjorn.andersson@xxxxxxxxxx>
• [PATCH leds v1 00/10] Start moving parsing of `linux,default-trigger` to LED core (a cleanup of LED drivers)
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v1 02/10] leds: bcm6328, bcm6358: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v1 06/10] leds: pm8058: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v1 05/10] leds: mt6323: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v1 09/10] leds: lm36274: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v1 03/10] leds: lm3697: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v1 10/10] leds: ns2: refactor and use struct led_init_data
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v1 07/10] leds: is31fl32xx: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v1 08/10] leds: is31fl319x: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v1 01/10] leds: parse linux,default-trigger DT property in LED core
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds v1 04/10] leds: max77650: use struct led_init_data when registering
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH leds + devicetree v2 2/2] leds: trigger: netdev: parse `trigger-sources` from device tree
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• [PATCH 2/2] dt: bindings: pca9532: add description of pwm and psc properties
  • From: Markus Moll <moll.markus@xxxxxxxx>
• Re: [PATCH leds] dt-bindings: leds: cznic,turris-omnia-leds: fix error in binding
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH leds + devicetree v2 2/2] leds: trigger: netdev: parse `trigger-sources` from device tree
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH leds] dt-bindings: leds: cznic,turris-omnia-leds: fix error in binding
  • From: Marek Behun <marek.behun@xxxxxx>
• [PATCH leds + devicetree v2 0/2] Parse DT property `trigger-sources` for netdev LED trigger
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH leds + devicetree v2 1/2] leds: trigger: add trigger sources validating method and helper functions
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH v4 1/3] leds: Require valid fwnode pointer for composing name
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH leds + devicetree v2 2/2] leds: trigger: netdev: parse `trigger-sources` from device tree
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH leds] dt-bindings: leds: cznic,turris-omnia-leds: fix error in binding
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v4 3/3] dt-bindings: leds: Convert pwm to yaml
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 1/2] leds: pca9532: read pwm settings from device tree
  • From: Markus Moll <moll.markus@xxxxxxxx>
• [PATCH 2/2] leds: pca9532: use mask and shift helper macros
  • From: Moll Markus <mmoll@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] leds: pca9532: correct shift computation in pca9532_getled
  • From: Moll Markus <mmoll@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] dt-bindings: leds: Add bindings for MT6360 LED
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH leds + devicetree v2 2/2] leds: trigger: netdev: parse `trigger-sources` from device tree
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds + devicetree v2 1/2] leds: trigger: add trigger sources validating method and helper functions
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH leds + devicetree v1 2/2] leds: trigger: netdev: allow parsing `trigger-sources` from device tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 1/3] leds: Require valid fwnode pointer for composing name
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• [PATCH leds] dt-bindings: leds: cznic,turris-omnia-leds: fix error in binding
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH 1/2] leds: trigger: audio: Add audio jack plugging indicator led
  • From: Hui Wang <hui.wang@xxxxxxxxxxxxx>
• [PATCH leds + devicetree v1 1/2] leds: trigger: add DT `trigger-sources` validating method
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds + devicetree v1 2/2] leds: trigger: netdev: allow parsing `trigger-sources` from device tree
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH leds + devicetree v1 0/2] Parse DT property `trigger-sources` for netdev LED trigger
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: Yet another ethernet PHY LED control proposal
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] dt-bindings: leds: common: Add mmc0 as default trigger
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH 1/2] leds: trigger: audio: Add audio jack plugging indicator led
  • From: Hui Wang <hui.wang@xxxxxxxxxxxxx>
• [PATCH 2/2] ALSA: hda/realtek - enable jack plugging indicator led on LENOVO P520
  • From: Hui Wang <hui.wang@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] leds: is31fl319x: Add shutdown pin and generate a 5ms low pulse when startup
  • From: Grant Feng <von81@xxxxxxx>
• Yet another ethernet PHY LED control proposal
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH v4 1/3] leds: Require valid fwnode pointer for composing name
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH v4 2/3] leds: pwm: Allow automatic labels for DT based devices
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v4 3/3] dt-bindings: leds: Convert pwm to yaml
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v4 1/3] leds: Require valid fwnode pointer for composing name
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v4 0/3] leds: pwm: Make automatic labels work
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Gene Chen <gene.chen.richtek@xxxxxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH net-next + mvebu v2 7/7] arm64: dts: armada-3720-turris-mox: add nodes for ethernet PHY LEDs
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH net-next + leds v2 5/7] net: phy: add support for LEDs controlled by ethernet PHY chips
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH net-next + leds v2 3/7] net: phy: add simple incrementing phyindex member to phy_device struct
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Gene Chen <gene.chen.richtek@xxxxxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Gene Chen <gene.chen.richtek@xxxxxxxxx>
• Re: [PATCH net-next v1 2/3] net: phy: add API for LEDs controlled by ethernet PHY chips
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next + leds v2 0/7] PLEASE REVIEW: Add support for LEDs on Marvell PHYs
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH net-next + leds v2 2/7] leds: add generic API for LEDs that can be controlled by hardware
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH net-next + leds v2 2/7] leds: add generic API for LEDs that can be controlled by hardware
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH net-next + leds v2 0/7] PLEASE REVIEW: Add support for LEDs on Marvell PHYs
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH net-next + leds v2 1/7] dt-bindings: leds: document binding for HW controlled LEDs
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH net-next + leds v2 0/7] PLEASE REVIEW: Add support for LEDs on Marvell PHYs
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH net-next + leds v2 1/7] dt-bindings: leds: document binding for HW controlled LEDs
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH net-next + leds v2 2/7] leds: add generic API for LEDs that can be controlled by hardware
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH net-next + leds v2 1/7] dt-bindings: leds: document binding for HW controlled LEDs
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH net-next + leds v2 2/7] leds: add generic API for LEDs that can be controlled by hardware
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH net-next + leds v2 1/7] dt-bindings: leds: document binding for HW controlled LEDs
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH net-next + leds v2 1/7] dt-bindings: leds: document binding for HW controlled LEDs
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH net-next + leds v2 1/7] dt-bindings: leds: document binding for HW controlled LEDs
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v3 1/2] leds: pwm: Allow automatic labels for DT based devices
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH net-next + leds v2 1/7] dt-bindings: leds: document binding for HW controlled LEDs
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH net-next + leds v2 2/7] leds: add generic API for LEDs that can be controlled by hardware
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 1/2] leds: pwm: Allow automatic labels for DT based devices
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH v3 1/2] leds: pwm: Allow automatic labels for DT based devices
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• Re: [PATCH net-next + leds v2 2/7] leds: add generic API for LEDs that can be controlled by hardware
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] drivers: leds: Add the iEi WT61P803 PUZZLE LED driver
  • From: Luka Kovačič <luka.kovacic@xxxxxxxxxx>
• Re: [PATCH net-next + leds v2 1/7] dt-bindings: leds: document binding for HW controlled LEDs
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH net-next + leds v2 2/7] leds: add generic API for LEDs that can be controlled by hardware
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH net-next + leds v2 1/7] dt-bindings: leds: document binding for HW controlled LEDs
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH net-next + leds v2 2/7] leds: add generic API for LEDs that can be controlled by hardware
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] drivers: leds: Add the iEi WT61P803 PUZZLE LED driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH net-next + leds v2 4/7] dt-bindings: net: ethernet-phy: add description for PHY LEDs
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH net-next + leds v2 6/7] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH net-next + leds v2 2/7] leds: add generic API for LEDs that can be controlled by hardware
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH net-next + leds v2 1/7] dt-bindings: leds: document binding for HW controlled LEDs
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH net-next + leds v2 3/7] net: phy: add simple incrementing phyindex member to phy_device struct
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH net-next + leds v2 5/7] net: phy: add support for LEDs controlled by ethernet PHY chips
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH net-next + mvebu v2 7/7] arm64: dts: armada-3720-turris-mox: add nodes for ethernet PHY LEDs
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH net-next + leds v2 0/7] PLEASE REVIEW: Add support for LEDs on Marvell PHYs
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 4/7] drivers: leds: Add the iEi WT61P803 PUZZLE LED driver
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH 4/7] drivers: leds: Add the iEi WT61P803 PUZZLE LED driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 2/7] drivers: mfd: Add a driver for iEi WT61P803 PUZZLE MCU
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH 4/7] drivers: leds: Add the iEi WT61P803 PUZZLE LED driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 0/2] leds: pwm: Make automatic labels work
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v2 0/2] leds: pwm: Make automatic labels work
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: [PATCH 1/4] leds: lm3692x: Simplify with dev_err_probe()
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 1/2] leds: is31fl319x: Add shutdown pin and generate a 5ms low pulse when startup
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] dt: bindings: lp55xx: Updte yaml examples with new color ID
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 1/2] leds: pwm: Allow automatic labels for DT based devices
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v2 0/2] leds: pwm: Make automatic labels work
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/2] dt-bindings: leds: Add DT binding for Richtek RT8515
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 0/2] leds: mt6360: Add LED driver for MT6360
  • From: Gene Chen <gene.chen.richtek@xxxxxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] dt-bindings: leds: common: Add missing triggers
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v3 2/2] dt-bindings: leds: Add bindings for MT6360 LED
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 4/7] drivers: leds: Add the iEi WT61P803 PUZZLE LED driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH net-next v1 1/3] dt-bindings: net: ethernet-phy: add description for PHY LEDs
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH net-next v1 1/3] dt-bindings: net: ethernet-phy: add description for PHY LEDs
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH v1 4/6] dt-bindings: mfd: ene-kb3930: Add compatibles for KB930 and Acer A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1 4/6] dt-bindings: mfd: ene-kb3930: Add compatibles for KB930 and Acer A500
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v3 0/2] leds: mt6360: Add LED driver for MT6360
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v3 2/2] dt-bindings: leds: Add bindings for MT6360 LED
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v3 1/5] dt-bindings: mfd: Add ENE KB930 Embedded Controller binding
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v2 1/6] dt-bindings: mfd: Add ENE KB930 Embedded Controller binding
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH net-next v1 2/3] net: phy: add API for LEDs controlled by ethernet PHY chips
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH net-next v1 3/3] net: phy: marvell: add support for LEDs controlled by Marvell PHYs
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH net-next v1 0/3] Add support for LEDs on Marvell PHYs
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH net-next v1 1/3] dt-bindings: net: ethernet-phy: add description for PHY LEDs
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v33 6/6] ARM: dts: ste-href: Add reg property to the LP5521 channel nodes
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH v3 0/2] leds: mt6360: Add LED driver for MT6360
  • From: Gene Chen <gene.chen.richtek@xxxxxxxxx>
• [PATCH v3 2/2] dt-bindings: leds: Add bindings for MT6360 LED
  • From: Gene Chen <gene.chen.richtek@xxxxxxxxx>
• [PATCH v3 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Gene Chen <gene.chen.richtek@xxxxxxxxx>
• [PATCH v3 1/2] leds: pwm: Allow automatic labels for DT based devices
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v3 0/2] leds: pwm: Make automatic labels work
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v3 2/2] dt-bindings: leds: Convert pwm to yaml
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v3 0/5] Introduce Embedded Controller driver for Acer A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v3 5/5] ARM: tegra: acer-a500: Add Embedded Controller
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v3 3/5] power: supply: Add battery gauge driver for Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v3 2/5] mfd: Add driver for Embedded Controller found on Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v3 4/5] leds: Add driver for Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v3 1/5] dt-bindings: mfd: Add ENE KB930 Embedded Controller binding
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH 2/7] drivers: mfd: Add a driver for iEi WT61P803 PUZZLE MCU
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] drivers: hwmon: Add the iEi WT61P803 PUZZLE HWMON driver
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 7/7] arm64: dts: marvell: Add a device tree for the iEi Puzzle-M801 board
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH 2/7] drivers: mfd: Add a driver for iEi WT61P803 PUZZLE MCU
  • From: Luka Kovacic <luka.kovacic@xxxxxxxxxx>
• [PATCH 3/7] drivers: hwmon: Add the iEi WT61P803 PUZZLE HWMON driver
  • From: Luka Kovacic <luka.kovacic@xxxxxxxxxx>
• [PATCH 4/7] drivers: leds: Add the iEi WT61P803 PUZZLE LED driver
  • From: Luka Kovacic <luka.kovacic@xxxxxxxxxx>
• [PATCH 1/7] dt-bindings: Add iEi vendor prefix and iEi WT61P803 PUZZLE driver bindings
  • From: Luka Kovacic <luka.kovacic@xxxxxxxxxx>
• [PATCH 5/7] Documentation/ABI: Add iei-wt61p803-puzzle driver sysfs interface documentation
  • From: Luka Kovacic <luka.kovacic@xxxxxxxxxx>
• [PATCH 6/7] MAINTAINERS: Add an entry for the iEi WT61P803 PUZZLE driver
  • From: Luka Kovacic <luka.kovacic@xxxxxxxxxx>
• [PATCH 7/7] arm64: dts: marvell: Add a device tree for the iEi Puzzle-M801 board
  • From: Luka Kovacic <luka.kovacic@xxxxxxxxxx>
• [PATCH 0/7] Add support for the iEi Puzzle-M801 board
  • From: Luka Kovacic <luka.kovacic@xxxxxxxxxx>
• Re: [PATCH v2 0/2] leds: pwm: Make automatic labels work
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH v2 1/6] dt-bindings: mfd: Add ENE KB930 Embedded Controller binding
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v2 1/6] dt-bindings: mfd: Add ENE KB930 Embedded Controller binding
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 1/6] dt-bindings: mfd: Add ENE KB930 Embedded Controller binding
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v2 0/2] leds: pwm: Make automatic labels work
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: [PATCH v2 1/6] dt-bindings: mfd: Add ENE KB930 Embedded Controller binding
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 2/6] regmap: Use flexible sleep
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v2 2/6] regmap: Use flexible sleep
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH v2 0/2] leds: pwm: Make automatic labels work
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH v2 0/6] Introduce Embedded Controller driver for Acer A500
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Gene Chen <gene.chen.richtek@xxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: leds: Add bindings for MT6360 LED
  • From: Gene Chen <gene.chen.richtek@xxxxxxxxx>
• Re: [PATCH v2 2/2] dt-bindings: leds: Convert pwm to yaml
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v2 2/2] dt-bindings: leds: Convert pwm to yaml
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v2 1/2] leds: pwm: Allow automatic labels for DT based devices
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• [PATCH v2 0/2] leds: pwm: Make automatic labels work
  • From: Alexander Dahl <post@xxxxxxxxxxx>
• Re: [PATCH 1/2] Input: i8042 - Prevent intermixing i8042 commands
  • From: Raul Rangel <rrangel@xxxxxxxxxxxx>
• Re: [PATCH] leds: pwm: Allow automatic labels for DT based devices
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: [PATCH RFC leds + net-next v4 0/2] Add support for LEDs on Marvell PHYs
  • From: Marek Behun <marek.behun@xxxxxx>
• [PATCH v2 1/6] dt-bindings: mfd: Add ENE KB930 Embedded Controller binding
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 6/6] ARM: tegra: acer-a500: Add Embedded Controller
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 4/6] power: supply: Add battery gauge driver for Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 5/6] leds: Add driver for Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 3/6] mfd: Add driver for Embedded Controller found on Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 2/6] regmap: Use flexible sleep
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v2 0/6] Introduce Embedded Controller driver for Acer A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH] dt-bindings: leds: common: Add mmc0 as default trigger
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH RFC leds + net-next v4 0/2] Add support for LEDs on Marvell PHYs
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC leds + net-next v4 0/2] Add support for LEDs on Marvell PHYs
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC leds + net-next v4 0/2] Add support for LEDs on Marvell PHYs
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC leds + net-next v4 0/2] Add support for LEDs on Marvell PHYs
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/2] Input: i8042 - Prevent intermixing i8042 commands
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 2/2] DT: leds: Add an optional property named 'shutdown-gpios'
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] leds: pwm: Allow automatic labels for DT based devices
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH v33 6/6] ARM: dts: ste-href: Add reg property to the LP5521 channel nodes
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH] leds: pwm: Allow automatic labels for DT based devices
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: [PATCH v33 6/6] ARM: dts: ste-href: Add reg property to the LP5521 channel nodes
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 0/2] leds: mt6360: Add LED driver for MT6360
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH] leds: pwm: Allow automatic labels for DT based devices
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• [PATCH v2 1/2] Input: i8042 - Prevent intermixing i8042 commands
  • From: Raul E Rangel <rrangel@xxxxxxxxxxxx>
• Re: [PATCH 1/2] Input: i8042 - Prevent intermixing i8042 commands
  • From: Raul Rangel <rrangel@xxxxxxxxxxxx>
• Re: [PATCH 1/2] Input: i8042 - Prevent intermixing i8042 commands
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 1/2] Input: i8042 - Prevent intermixing i8042 commands
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH 1/2] Input: i8042 - Prevent intermixing i8042 commands
  • From: Raul E Rangel <rrangel@xxxxxxxxxxxx>
• Re: [PATCH 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 3/4] leds: sgm3140: Simplify with dev_err_probe()
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 2/4] leds: pwm: Simplify with dev_err_probe()
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 4/4] leds: tlc591xx: Simplify with dev_err_probe()
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH 1/4] leds: lm3692x: Simplify with dev_err_probe()
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 2/2] dt-bindings: leds: Add bindings for MT6360 LED
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH 0/2] leds: mt6360: Add LED driver for MT6360
  • From: Gene Chen <gene.chen.richtek@xxxxxxxxx>
• [PATCH 1/2] leds: mt6360: Add LED driver for MT6360
  • From: Gene Chen <gene.chen.richtek@xxxxxxxxx>
• [PATCH 2/2] dt-bindings: leds: Add bindings for MT6360 LED
  • From: Gene Chen <gene.chen.richtek@xxxxxxxxx>
• [PATCH] leds: pwm: Allow automatic labels for DT based devices
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: [PATCH v1 2/6] power: supply: Add battery gauge driver for Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v3 2/2] DT: leds: Add an optional property named 'shutdown-gpios'
  • From: Grant Feng <von81@xxxxxxx>
• [PATCH v3 1/2] leds: is31fl319x: Add shutdown pin and generate a 5ms low pulse when startup
  • From: Grant Feng <von81@xxxxxxx>
• Re: [PATCH RFC leds + net-next v4 0/2] Add support for LEDs on Marvell PHYs
  • From: Matthias Schiffer <matthias.schiffer@xxxxxxxxxxxxxxx>
• [PATCH v3 1/2] leds: is31fl32xx: Add shutdown pin and generate a 5ms low pulse when startup
  • From: Grant Feng <von81@xxxxxxx>
• [PATCH v3 2/2] leds: Add an optional property named 'shutdown-gpios'
  • From: Grant Feng <von81@xxxxxxx>
• Re: [PATCH v2 2/2] leds: Add an optional property named 'sdb-gpios'
  • From: Grant Feng <von81@xxxxxxx>
• Re: [PATCH] dt: bindings: lp55xx: Updte yaml examples with new color ID
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 2/2] leds: Add an optional property named 'sdb-gpios'
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v1 2/6] power: supply: Add battery gauge driver for Acer Iconia Tab A500
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxx>
• Re: [PATCH v1 2/6] power: supply: Add battery gauge driver for Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1 2/6] power: supply: Add battery gauge driver for Acer Iconia Tab A500
  • From: Sebastian Reichel <sebastian.reichel@xxxxxxxxxxxxx>
• Re: [PATCH v1 3/6] leds: Add driver for Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1 1/6] mfd: Add driver for Embedded Controller found on Acer Iconia Tab A500
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH] dt-bindings: leds: common: Add missing triggers
  • From: Michal Simek <michal.simek@xxxxxxxxxx>
• Re: [PATCH v1 3/6] leds: Add driver for Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1 3/6] leds: Add driver for Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1 1/6] mfd: Add driver for Embedded Controller found on Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1 4/6] dt-bindings: mfd: ene-kb3930: Add compatibles for KB930 and Acer A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1 1/6] mfd: Add driver for Embedded Controller found on Acer Iconia Tab A500
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v1 3/6] leds: Add driver for Acer Iconia Tab A500
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v1 3/6] leds: Add driver for Acer Iconia Tab A500
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v1 4/6] dt-bindings: mfd: ene-kb3930: Add compatibles for KB930 and Acer A500
  • From: Lubomir Rintel <lkundrak@xxxxx>
• Re: [PATCH v1 4/6] dt-bindings: mfd: ene-kb3930: Add compatibles for KB930 and Acer A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1 1/6] mfd: Add driver for Embedded Controller found on Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v1 4/6] dt-bindings: mfd: ene-kb3930: Add compatibles for KB930 and Acer A500
  • From: Lubomir Rintel <lkundrak@xxxxx>
• Re: [PATCH v1 1/6] mfd: Add driver for Embedded Controller found on Acer Iconia Tab A500
  • From: Lubomir Rintel <lkundrak@xxxxx>
• Re: [PATCH v1 5/6] dt-bindings: mfd: ene-kb3930: Document power-supplies and monitored-battery properties
  • From: Lubomir Rintel <lkundrak@xxxxx>
• [PATCH v1 6/6] ARM: tegra: acer-a500: Add Embedded Controller
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v1 2/6] power: supply: Add battery gauge driver for Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v1 5/6] dt-bindings: mfd: ene-kb3930: Document power-supplies and monitored-battery properties
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v1 3/6] leds: Add driver for Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v1 4/6] dt-bindings: mfd: ene-kb3930: Add compatibles for KB930 and Acer A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v1 1/6] mfd: Add driver for Embedded Controller found on Acer Iconia Tab A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH v1 0/6] Introduce Embedded Controller driver for Acer A500
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH v33 5/6] ARM: dts: imx6dl-yapp4: Add reg property to the lp5562 channel node
  • From: Shawn Guo <shawnguo@xxxxxxxxxx>
• Re: [PATCH] leds: s3c24xx: Remove unused machine header include
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] leds: s3c24xx: Remove unused machine header include
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH] leds: s3c24xx: Remove unused machine header include
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: leds: Add DT binding for Richtek RT8515
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: leds: Add DT binding for Richtek RT8515
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] dt: bindings: lp55xx: Updte yaml examples with new color ID
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v33 0/6] LP50xx addition and remainder Multicolor patches
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v33 0/6] LP50xx addition and remainder Multicolor patches
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] leds: LP55XX_COMMON needs to depend on LEDS_CLASS
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v2 1/2] dt-bindings: leds: pca955x: Add IBM implementation compatible string
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] leds: LP55XX_COMMON needs to depend on LEDS_CLASS
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: leds-pwm driver further requirement discussion
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/2] dt-bindings: leds: Add DT binding for Richtek RT8515
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH 2/2] leds: rt8515: Add Richtek RT8515 LED driver
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH v2 1/2] dt-bindings: leds: pca955x: Add IBM implementation compatible string
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v33 6/6] ARM: dts: ste-href: Add reg property to the LP5521 channel nodes
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v33 5/6] ARM: dts: imx6dl-yapp4: Add reg property to the lp5562 channel node
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v33 2/6] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v33 4/6] ARM: dts: n900: Add reg property to the LP5523 channel node
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v33 3/6] ARM: defconfig: u8500: Add LP55XX_COMMON config flag
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v33 1/6] dt: bindings: lp50xx: Introduce the lp50xx family of RGB drivers
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v33 0/6] LP50xx addition and remainder Multicolor patches
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH] dt: bindings: lp55xx: Updte yaml examples with new color ID
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v32 2/6] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH 2/2] leds: rt8515: Add Richtek RT8515 LED driver
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 1/2] dt-bindings: leds: Add DT binding for Richtek RT8515
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v32 2/6] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v32 2/6] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v32 2/6] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v32 2/6] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v32 1/6] dt: bindings: lp50xx: Introduce the lp50xx family of RGB drivers
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH] leds: we don't want people to use LED subsystem for vibrations
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v32 2/6] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v32 1/6] dt: bindings: lp50xx: Introduce the lp50xx family of RGB drivers
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v32 2/6] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v32 2/6] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v32 1/6] dt: bindings: lp50xx: Introduce the lp50xx family of RGB drivers
  • From: Pavel Machek <pavel@xxxxxx>
• Aw: Re: led block trigger patch
  • From: truart@xxxxxx
• Re: led block trigger patch
  • From: Pavel Machek <pavel@xxxxxx>
• Re: led block trigger patch
  • From: truart@xxxxxx
• Re: [PATCH] leds: mt6323: move period calculation
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] leds: mt6323: move period calculation
  • From: trix@xxxxxxxxxx
• [PATCH v2 1/2] leds: is31fl319x: Add sdb pin and generate a 5ms low pulse when startup
  • From: Grant Feng <von81@xxxxxxx>
• [PATCH v2 2/2] leds: Add an optional property named 'sdb-gpios'
  • From: Grant Feng <von81@xxxxxxx>
• [PATCH v2 1/2] leds: is31fl32xx: Add sdb pin and generate a 5ms low pulse when startup
  • From: Grant Feng <von81@xxxxxxx>
• [PATCH v2 2/2] leds: Add an optional property named 'sdb-gpios'
  • From: Grant Feng <von81@xxxxxxx>
• Re: [PATCH 1/2] leds: is31fl319x: Add sdb pin and generate a 5ms low pulse when startup
  • From: Grant Feng <von81@xxxxxxx>
• Re: [PATCH v32 1/6] dt: bindings: lp50xx: Introduce the lp50xx family of RGB drivers
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH RFC leds + net-next v4 0/2] Add support for LEDs on Marvell PHYs
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC leds + net-next v3 2/2] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC leds + net-next v4 0/2] Add support for LEDs on Marvell PHYs
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v7 1/3] leds: move default_state read from fwnode to core
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v2 2/2] leds: pca955x: Add an IBM software implementation of the PCA9552 chip
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Multicolor leds-gpio
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/2] leds: is31fl319x: Add sdb pin and generate a 5ms low pulse when startup
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Multicolor leds-gpio
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: [PATCH 1/2] leds: is31fl319x: Add sdb pin and generate a 5ms low pulse when startup
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH 1/2] leds: is31fl319x: Add sdb pin and generate a 5ms low pulse when startup
  • From: Grant Feng <von81@xxxxxxx>
• [PATCH 2/2] DT: leds: Add an optional property named 'sdb-gpios'
  • From: Grant Feng <von81@xxxxxxx>
• [PATCH] leds: Add an optional property named 'sdb-gpios'
  • From: Grant Feng <von81@xxxxxxx>
• Re: [GIT PULL] LEDs changes for v5.9-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: Multicolor leds-gpio
  • From: Pavel Machek <pavel@xxxxxx>
• Multicolor leds-gpio
  • From: Luca Weiss <luca@xxxxxxxxx>
• Re: [PATCH v1] leds: is31fl32xx: Add sdb pin and generate a 5ms low pulse when startup
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] leds: s3c24xx: Remove unused machine header include
  • From: Pavel Machek <pavel@xxxxxx>
• Re: led block trigger patch
  • From: Pavel Machek <pavel@xxxxxx>
• [GIT PULL] LEDs changes for v5.9-rc1
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] MAINTAINERS: Remove myself as LED subsystem maintainer
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Remove myself as LED subsystem maintainer
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v32 1/6] dt: bindings: lp50xx: Introduce the lp50xx family of RGB drivers
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH] MAINTAINERS: Remove myself as LED subsystem maintainer
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH v32 3/6] ARM: defconfig: u8500: Add LP55XX_COMMON config flag
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 2/2] leds: pca955x: Add an IBM software implementation of the PCA9552 chip
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v2 2/2] leds: pca955x: Add an IBM software implementation of the PCA9552 chip
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v2 1/2] dt-bindings: leds: pca955x: Add IBM implementation compatible string
  • From: Eddie James <eajames@xxxxxxxxxxxxx>
• [PATCH v2 2/2] leds: pca955x: Add an IBM software implementation of the PCA9552 chip
  • From: Eddie James <eajames@xxxxxxxxxxxxx>
• [PATCH v2 0/2] leds: pca955x: Add IBM software implemenation of the PCA9552 chip
  • From: Eddie James <eajames@xxxxxxxxxxxxx>
• turris-omnia: fixes needed was Re: We have multicolor, but should we turn it into RGB?
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] leds: disallow /sys/class/leds/*:multi:* for now
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] Add multicolor to the list.
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH v1] leds: is31fl32xx: Add sdb pin and generate a 5ms low pulse when startup
  • From: Grant Feng <von81@xxxxxxx>
• [PATCH] leds: s3c24xx: Remove unused machine header include
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• [PATCH v7 0/3] leds: pwm: add support for default-state device
  • From: Denis Osterland-Heim <denis.osterland@xxxxxxxxx>
• [PATCH v7 1/3] leds: move default_state read from fwnode to core
  • From: Denis Osterland-Heim <denis.osterland@xxxxxxxxx>
• [PATCH v7 3/3] leds: pwm: add reference to common leds for default-state
  • From: Denis Osterland-Heim <denis.osterland@xxxxxxxxx>
• [PATCH v7 2/3] leds: pwm: add support for default-state device property
  • From: Denis Osterland-Heim <denis.osterland@xxxxxxxxx>
• led block trigger patch
  • From: truart@xxxxxx
• Re: [PATCH v7 1/3] dt-bindings: leds: add cznic,turris-omnia-leds binding
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH RFC leds + net-next v4 1/2] net: phy: add API for LEDs controlled by PHY HW
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH RFC leds + net-next v4 1/2] net: phy: add API for LEDs controlled by PHY HW
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH RFC leds + net-next v4 1/2] net: phy: add API for LEDs controlled by PHY HW
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC leds + net-next v4 1/2] net: phy: add API for LEDs controlled by PHY HW
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC leds + net-next v4 0/2] Add support for LEDs on Marvell PHYs
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH RFC leds + net-next v4 1/2] net: phy: add API for LEDs controlled by PHY HW
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH RFC leds + net-next v4 0/2] Add support for LEDs on Marvell PHYs
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH RFC leds + net-next v4 2/2] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH RFC leds + net-next v4 1/2] net: phy: add API for LEDs controlled by PHY HW
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v32 1/6] dt: bindings: lp50xx: Introduce the lp50xx family of RGB drivers
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v32 3/6] ARM: defconfig: u8500: Add LP55XX_COMMON config flag
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH -next] leds: fix LEDS_LP55XX_COMMON dependency and build errors
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RCC 1/6] pwm: Add different PWM output types support
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/6] pwm: pwm-qti-lpg: Add PWM driver for QTI LPG module
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH -next] leds: fix LEDS_LP55XX_COMMON dependency and build errors
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH RCC 1/6] pwm: Add different PWM output types support
  • From: Guru Das Srinagesh <gurus@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/6] pwm: pwm-qti-lpg: Add PWM driver for QTI LPG module
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• Re: [PATCH RCC 1/6] pwm: Add different PWM output types support
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• Re: [PATCH RCC 1/6] pwm: Add different PWM output types support
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/6] pwm: pwm-qti-lpg: Add PWM driver for QTI LPG module
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: We have multicolor, but should we turn it into RGB?
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: We have multicolor, but should we turn it into RGB?
  • From: Pavel Machek <pavel@xxxxxx>
• Re: We have multicolor, but should we turn it into RGB?
  • From: Pavel Machek <pavel@xxxxxx>
• Re: We have multicolor, but should we turn it into RGB?
  • From: Marek Behún <marek.behun@xxxxxx>
• We have multicolor, but should we turn it into RGB?
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC 2/6] pwm: core: Add option to config PWM duty/period with u64 data length
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/6] pwm: core: Add option to config PWM duty/period with u64 data length
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• Re: [PATCH RFC 2/6] pwm: core: Add option to config PWM duty/period with u64 data length
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/6] pwm: core: Add option to config PWM duty/period with u64 data length
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• Re: [PATCH RFC 2/6] pwm: core: Add option to config PWM duty/period with u64 data length
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• Re: [PATCH RFC 4/6] leds: leds-qti-tri-led: Add LED driver for QTI TRI_LED module
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• Re: [PATCH RFC 2/6] pwm: core: Add option to config PWM duty/period with u64 data length
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• Re: [PATCH RFC 2/6] pwm: core: Add option to config PWM duty/period with u64 data length
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH RFC leds + net-next v3 2/2] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH RFC leds + net-next v3 2/2] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC leds + net-next v3 2/2] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC leds + net-next v3 2/2] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH RFC leds + net-next v3 2/2] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC leds + net-next v3 2/2] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH RFC leds + net-next v3 2/2] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC leds + net-next v3 1/2] net: phy: add API for LEDs controlled by PHY HW
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC 2/6] pwm: core: Add option to config PWM duty/period with u64 data length
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• Re: [PATCH RFC 2/6] pwm: core: Add option to config PWM duty/period with u64 data length
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC leds + net-next v3 2/2] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH RFC 2/6] pwm: core: Add option to config PWM duty/period with u64 data length
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• Re: [PATCH RFC leds + net-next v2 1/1] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC leds + net-next v3 1/2] net: phy: add API for LEDs controlled by PHY HW
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH RFC leds + net-next v3 2/2] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH RFC leds + net-next v3 2/2] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC leds + net-next v3 1/2] net: phy: add API for LEDs controlled by PHY HW
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC 0/6] Add QCOM pwm-lpg and tri-led drivers
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• Re: [PATCH RFC 0/6] Add QCOM pwm-lpg and tri-led drivers
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• Re: [PATCH RFC leds + net-next v2 0/1] Add support for LEDs on Marvell PHYs
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC 0/6] Add QCOM pwm-lpg and tri-led drivers
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC 0/6] Add QCOM pwm-lpg and tri-led drivers
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC 0/6] Add QCOM pwm-lpg and tri-led drivers
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• Re: [PATCH RFC 0/6] Add QCOM pwm-lpg and tri-led drivers
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH RFC 5/6] Documentation: Add binding for qti-tri-led
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• [PATCH RFC 4/6] leds: leds-qti-tri-led: Add LED driver for QTI TRI_LED module
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• [PATCH RFC 6/6] Documentation: Add binding for pwm-qti-lpg
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• [PATCH RFC 3/6] pwm: pwm-qti-lpg: Add PWM driver for QTI LPG module
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• [PATCH RCC 1/6] pwm: Add different PWM output types support
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• [PATCH RFC 2/6] pwm: core: Add option to config PWM duty/period with u64 data length
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• [PATCH RFC 0/6] Add QCOM pwm-lpg and tri-led drivers
  • From: Martin Botka <martin.botka1@xxxxxxxxx>
• [PATCH RFC leds + net-next v3 1/2] net: phy: add API for LEDs controlled by PHY HW
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH RFC leds + net-next v3 0/2] Add support for LEDs on Marvell PHYs
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH RFC leds + net-next v3 2/2] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v7 2/3] leds: initial support for Turris Omnia LEDs
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH RFC leds + net-next v2 0/1] Add support for LEDs on Marvell PHYs
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH RFC leds + net-next v2 0/1] Add support for LEDs on Marvell PHYs
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH RFC leds + net-next v2 1/1] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH v7 2/3] leds: initial support for Turris Omnia LEDs
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v7 2/3] leds: initial support for Turris Omnia LEDs
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] leds: pattern trigger -- check pattern for validity
  • From: Pavel Machek <pavel@xxxxxx>
• TODO list for LED subsystem in near future
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC leds + net-next v2 0/1] Add support for LEDs on Marvell PHYs
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC leds + net-next v2 1/1] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC leds + net-next v2 1/1] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH RFC leds + net-next v2 1/1] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH RFC leds + net-next v2 1/1] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] leds: add orange color
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC leds + net-next v2 1/1] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH] leds: add orange color
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH] leds: add orange color
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH] leds: add orange color
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] leds: add orange color
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH] leds: add orange color
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH] leds: add orange color
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] leds: add orange color
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH] leds: add orange color
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] leds: add orange color
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH] leds: add orange color
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH] leds: add orange color
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH RFC leds + net-next v2 1/1] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH RFC leds + net-next v2 0/1] Add support for LEDs on Marvell PHYs
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH] leds: add orange color
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH] leds: add orange color
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH] leds: add orange color
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH] leds: add orange color
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH v7 2/3] leds: initial support for Turris Omnia LEDs
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH v7 1/3] dt-bindings: leds: add cznic,turris-omnia-leds binding
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH v7 0/3] Add Turris Omnia LEDs driver
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH v7 3/3] Documentation: ABI: leds-turris-omnia: document sysfs attribute
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH RFC leds + net-next 0/3] Add support for LEDs on Marvell PHYs
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v6 1/2] leds: pwm: add support for default-state device property
  • From: Denis Osterland-Heim <denis.osterland@xxxxxxxxx>
• Re: [PATCH v31 06/12] leds: lp55xx: Add multicolor framework support to lp55xx
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v32 6/6] ARM: dts: ste-href: Add reg property to the LP5521 channel nodes
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v32 5/6] ARM: dts: imx6dl-yapp4: Add reg property to the lp5562 channel node
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v32 4/6] ARM: dts: n900: Add reg property to the LP5523 channel node
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v32 3/6] ARM: defconfig: u8500: Add LP55XX_COMMON config flag
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v32 2/6] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v32 1/6] dt: bindings: lp50xx: Introduce the lp50xx family of RGB drivers
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v32 0/6] Multicolor Framework v32
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v6 1/2] leds: pwm: add support for default-state device property
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] leds: Replace HTTP links with HTTPS ones
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v31 03/12] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v31 03/12] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v6 2/3] leds: initial support for Turris Omnia LEDs
  • From: Marek Behun <marek.behun@xxxxxx>
• Re: [PATCH v7 3/3] leds: trigger: implement a tty trigger
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v6 2/3] leds: initial support for Turris Omnia LEDs
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v31 03/12] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v31 03/12] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v31 03/12] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v31 06/12] leds: lp55xx: Add multicolor framework support to lp55xx
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v31 03/12] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v31 03/12] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC leds + net-next 1/3] leds: trigger: add support for LED-private device triggers
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] leds: multicolor: Fix camel case in documentation
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v7 3/3] leds: trigger: implement a tty trigger
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v6 3/3] Documentation: ABI: leds-turris-omnia: document sysfs attribute
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH v6 2/3] leds: initial support for Turris Omnia LEDs
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH v6 0/3] Add Turris Omnia LEDs driver
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH v6 1/3] dt-bindings: leds: add cznic,turris-omnia-leds binding
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH] leds: Replace HTTP links with HTTPS ones
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH] leds: Replace HTTP links with HTTPS ones
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 1/2] dt-bindings: leds: pca955x: Add IBM implementation compatible string
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH RFC leds + net-next 1/3] leds: trigger: add support for LED-private device triggers
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• [PATCH] leds: multicolor: Fix camel case in documentation
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH] leds: add NCT6795D driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] leds: add NCT6795D driver
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>
• Re: [PATCH v31 01/12] leds: multicolor: Introduce a multicolor class definition
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH RFC leds + net-next 1/3] leds: trigger: add support for LED-private device triggers
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC leds + net-next 2/3] leds: trigger: return error value if .activate() failed
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v31 01/12] leds: multicolor: Introduce a multicolor class definition
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] leds: add NCT6795D driver
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH] leds: add NCT6795D driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] leds: add NCT6795D driver
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>
• Re: [PATCH RFC leds + net-next 0/3] Add support for LEDs on Marvell PHYs
  • From: Andrew Lunn <andrew@xxxxxxx>
• [PATCH v31 01/12] leds: multicolor: Introduce a multicolor class definition
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v31 04/12] dt-bindings: leds: Convert leds-lp55xx to yaml
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v31 12/12] ARM: dts: ste-href: Add reg property to the LP5521 channel nodes
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v31 02/12] dt: bindings: lp50xx: Introduce the lp50xx family of RGB drivers
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v31 11/12] ARM: dts: imx6dl-yapp4: Add reg property to the lp5562 channel node
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v31 10/12] ARM: dts: n900: Add reg property to the LP5523 channel node
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v31 07/12] ARM: defconfig: u8500: Add LP55XX_COMMON config flag
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v31 08/12] leds: lp5523: Update the lp5523 code to add multicolor brightness function
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v31 09/12] leds: lp5521: Add multicolor framework multicolor brightness support
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v31 06/12] leds: lp55xx: Add multicolor framework support to lp55xx
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v31 05/12] leds: lp55xx: Convert LED class registration to devm_*
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v31 03/12] leds: lp50xx: Add the LP50XX family of the RGB LED driver
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v31 00/12] Multicolor Framework v31
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH RFC leds + net-next 0/3] Add support for LEDs on Marvell PHYs
  • From: Ondřej Jirman <megous@xxxxxxxxxx>
• [PATCH RFC leds + net-next 0/3] Add support for LEDs on Marvell PHYs
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH RFC leds + net-next 3/3] net: phy: marvell: add support for PHY LEDs via LED class
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH RFC leds + net-next 1/3] leds: trigger: add support for LED-private device triggers
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH RFC leds + net-next 2/3] leds: trigger: return error value if .activate() failed
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v5 2/3] leds: initial support for Turris Omnia LEDs
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v30 05/16] leds: multicolor: Introduce a multicolor class definition
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v30 05/16] leds: multicolor: Introduce a multicolor class definition
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v5 1/3] dt-bindings: leds: add cznic,turris-omnia-leds binding
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v5 2/3] leds: initial support for Turris Omnia LEDs
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH v5 0/3] Add Turris Omnia LEDs driver
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH v5 1/3] dt-bindings: leds: add cznic,turris-omnia-leds binding
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH v5 3/3] Documentation: ABI: leds-turris-omnia: document sysfs attribute
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v4 2/2] leds: initial support for Turris Omnia LEDs
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v30 05/16] leds: multicolor: Introduce a multicolor class definition
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] leds: add NCT6795D driver
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH v4 2/2] leds: initial support for Turris Omnia LEDs
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v4 2/2] leds: initial support for Turris Omnia LEDs
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v30 04/16] leds: Add multicolor ID to the color ID list
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH RFC] leds: Add support for per-LED device triggers
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v30 04/16] leds: Add multicolor ID to the color ID list
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH RFC] leds: Add support for per-LED device triggers
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v4 2/2] leds: initial support for Turris Omnia LEDs
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v30 05/16] leds: multicolor: Introduce a multicolor class definition
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v30 04/16] leds: Add multicolor ID to the color ID list
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v30 03/16] dt: bindings: Add multicolor class dt bindings documention
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v30 02/16] leds: lp5523: Fix various formatting issues in the code
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v30 01/16] leds: lp55xx: Fix file permissions to use DEVICE_ATTR macros
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v4 1/2] dt-bindings: leds: add cznic,turris-omnia-leds binding
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH v4 1/2] dt-bindings: leds: add cznic,turris-omnia-leds binding
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v4 2/2] leds: initial support for Turris Omnia LEDs
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH v4 1/2] dt-bindings: leds: add cznic,turris-omnia-leds binding
  • From: Marek Behún <marek.behun@xxxxxx>
• [PATCH v4 0/2] Add Turris Omnia LEDs driver
  • From: Marek Behún <marek.behun@xxxxxx>
• Re: [PATCH] leds: add NCT6795D driver
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>
• Re: [PATCH] leds: add NCT6795D driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Query on using leds-gpio driver on a. GPIO with ACTIVE_HIGH
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v7 3/3] leds: trigger: implement a tty trigger
  • From: Johan Hovold <johan@xxxxxxxxxx>
• Re: [PATCH v3 1/2] dt-bindings: leds: add cznic,turris-omnia-leds binding
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• [PATCH v30 15/16] ARM: dts: imx6dl-yapp4: Add reg property to the lp5562 channel node
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v30 16/16] ARM: dts: ste-href: Add reg property to the LP5521 channel nodes
  • From: Dan Murphy <dmurphy@xxxxxx>
• [PATCH v30 14/16] ARM: dts: n900: Add reg property to the LP5523 channel node
  • From: Dan Murphy <dmurphy@xxxxxx>