linux-leds  

Messages by Thread

• • [PATCH/RFC 24/51] leds: dac124d085: Remove work queue Jacek Anaszewski
  • [PATCH/RFC 26/51] leds: max8997: Remove unneeded workqueue include Jacek Anaszewski
  • [PATCH/RFC 25/51] leds: lt3593: Remove work queue Jacek Anaszewski
  • [PATCH/RFC 23/51] leds: da9052: Remove work queue Jacek Anaszewski
  • [PATCH/RFC 22/51] leds: da903x: Remove work queue Jacek Anaszewski
  • [PATCH/RFC 21/51] leds: wm831x: Remove work queue Jacek Anaszewski
  • Re: [PATCH/RFC 21/51] leds: wm831x: Remove work queue Mark Brown
  • [PATCH/RFC 18/51] leds: lp8860: Remove work queue Jacek Anaszewski
  • Re: [PATCH/RFC 18/51] leds: lp8860: Remove work queue Dan Murphy
  • [PATCH/RFC 20/51] leds: pca963x: Remove work queue Jacek Anaszewski
  • [PATCH/RFC 17/51] leds: lp8788: Remove work queue Jacek Anaszewski
  • [PATCH/RFC 16/51] leds: lp55xx: Remove work queue Jacek Anaszewski
  • [PATCH/RFC 15/51] leds: lp3944: Remove work queue Jacek Anaszewski
  • Re: [PATCH/RFC 15/51] leds: lp3944: Remove work queue Antonio Ospite
  • [PATCH/RFC 19/51] leds: pca955x: Remove work queue Jacek Anaszewski
  • [PATCH/RFC 13/51] leds: lm3642: Remove work queue Jacek Anaszewski
  • [PATCH/RFC 09/51] leds: adp5520: Remove work queue Jacek Anaszewski
  • Re: [PATCH/RFC 09/51] leds: adp5520: Remove work queue Michael Hennerich
  • [PATCH/RFC 11/51] leds: blinkm: Remove work queue Jacek Anaszewski
  • [PATCH/RFC 10/51] leds: bd2802: Remove work queue Jacek Anaszewski
  • [PATCH/RFC 12/51] leds: lm3533: Remove work queue Jacek Anaszewski
  • Re: [PATCH/RFC 12/51] leds: lm3533: Remove work queue Johan Hovold
  • [PATCH/RFC 07/51] leds: tlc591xx: Remove work queue Jacek Anaszewski
  • [PATCH/RFC 04/51] leds: Improve setting brightness in a non sleeping way Jacek Anaszewski
  • [PATCH/RFC 02/51] leds: Improve asynchronous path of setting brightness Jacek Anaszewski
  • [PATCH/RFC 06/51] media: flash: use led_set_brightness_sync for torch brightness Jacek Anaszewski
  • [PATCH/RFC 03/51] leds: Add an internal led_set_brightness_nosleep function Jacek Anaszewski
  • Re: [PATCH/RFC 03/51] leds: Add an internal led_set_brightness_nosleep function Pavel Machek
  • Re: [PATCH/RFC 03/51] leds: Add an internal led_set_brightness_nosleep function Jacek Anaszewski
  • Re: [PATCH/RFC 03/51] leds: Add an internal led_set_brightness_nosleep function Pavel Machek
  • [PATCH/RFC 01/51] leds: Add led_set_brightness_sync to the public LED subsystem API Jacek Anaszewski
  • Re: [PATCH/RFC 01/51] leds: Add led_set_brightness_sync to the public LED subsystem API Pavel Machek
  • Re: [PATCH/RFC 01/51] leds: Add led_set_brightness_sync to the public LED subsystem API Jacek Anaszewski
  • Re: [PATCH/RFC 01/51] leds: Add led_set_brightness_sync to the public LED subsystem API Pavel Machek
  • [PATCH/RFC 05/51] leds: Drivers shouldn't enforce SYNC/ASYNC brightness setting Jacek Anaszewski
• [PATCH] backlight: pm8941-wled: Move PM8941 WLED driver to backlight Bjorn Andersson
  • Re: [PATCH] backlight: pm8941-wled: Move PM8941 WLED driver to backlight Jacek Anaszewski
  • Re: [PATCH] backlight: pm8941-wled: Move PM8941 WLED driver to backlight Jingoo Han
  • Re: [PATCH] backlight: pm8941-wled: Move PM8941 WLED driver to backlight Jacek Anaszewski
  • Re: [PATCH] backlight: pm8941-wled: Move PM8941 WLED driver to backlight Jingoo Han
  • Re: [PATCH] backlight: pm8941-wled: Move PM8941 WLED driver to backlight Lee Jones
  • Re: [PATCH] backlight: pm8941-wled: Move PM8941 WLED driver to backlight Jingoo Han
  • Re: [PATCH] backlight: pm8941-wled: Move PM8941 WLED driver to backlight Bjorn Andersson
  • Re: [PATCH] backlight: pm8941-wled: Move PM8941 WLED driver to backlight Rob Clark
  • [PATCH v2] backlight: pm8941-wled: Move PM8941 WLED driver to backlight Bjorn Andersson
  • Re: [PATCH v2] backlight: pm8941-wled: Move PM8941 WLED driver to backlight Bjorn Andersson
  • Re: [PATCH v2] backlight: pm8941-wled: Move PM8941 WLED driver to backlight Jingoo Han
  • Re: [PATCH v2] backlight: pm8941-wled: Move PM8941 WLED driver to backlight Lee Jones
• [PATCH v5 0/9] regulator: Merge max77843 into max77693 Krzysztof Kozlowski
  • [PATCH v5 1/9] mfd/extcon: max77693: Remove unused extern declarations and max77693_dev members Krzysztof Kozlowski
  • [PATCH v5 9/9] regulator: Remove the max77843 driver Krzysztof Kozlowski
  • [PATCH v5 8/9] regulator: max77693: Add support for MAX77843 device Krzysztof Kozlowski
  • [PATCH v5 4/9] drivers: max77693: Move state container to common header Krzysztof Kozlowski
  • [PATCH v5 6/9] mfd/extcon: max77693: Rename defines to allow inclusion with max77843 Krzysztof Kozlowski
  • [PATCH v5 5/9] drivers: max77843: Switch to common max77693 state container Krzysztof Kozlowski
  • [PATCH v5 3/9] regulator: max77693: Support different register configurations Krzysztof Kozlowski
  • [PATCH v5 2/9] mfd: max77693: Store I2C device type as enum and add default unknown Krzysztof Kozlowski
  • [PATCH v5 7/9] mfd/extcon: max77843: Rename defines to allow inclusion with max77693 Krzysztof Kozlowski
• [PATCH v4 0/9] regulator: Merge max77843 into max77693 Krzysztof Kozlowski
  • [PATCH v4 4/9] drivers: max77693: Move state container to common header Krzysztof Kozlowski
  • Re: [PATCH v4 4/9] drivers: max77693: Move state container to common header Jacek Anaszewski
  • Re: [PATCH v4 4/9] drivers: max77693: Move state container to common header Krzysztof Kozłowski
  • [PATCH v4 5/9] drivers: max77843: Switch to common max77693 state container Krzysztof Kozlowski
  • [PATCH v4 6/9] mfd/extcon: max77693: Rename defines to allow inclusion with max77843 Krzysztof Kozlowski
  • [PATCH v4 8/9] regulator: max77693: Add support for MAX77843 device Krzysztof Kozlowski
  • [PATCH v4 9/9] regulator: Remove the max77843 driver Krzysztof Kozlowski
  • [PATCH v4 7/9] mfd/extcon: max77843: Rename defines to allow inclusion with max77693 Krzysztof Kozlowski
  • [PATCH v4 2/9] mfd: max77693: Store I2C device type as enum and add default unknown Krzysztof Kozlowski
  • [PATCH v4 1/9] mfd/extcon: max77693: Remove unused extern declarations and max77693_dev members Krzysztof Kozlowski
  • [PATCH v4 3/9] regulator: max77693: Support different register configurations Krzysztof Kozlowski
• [PATCH] leds: Drop owner assignment from i2c_driver Krzysztof Kozlowski
  • Re: [PATCH] leds: Drop owner assignment from i2c_driver Jacek Anaszewski
• [PATCH] leds: lp8860: Constify reg_default tables Axel Lin
  • Re: [PATCH] leds: lp8860: Constify reg_default tables Jacek Anaszewski
• [PATCH] leds: Allow compile test of LEDS_AAT1290 and LEDS_KTD2692 if !GPIOLIB Geert Uytterhoeven
  • Re: [PATCH] leds: Allow compile test of LEDS_AAT1290 and LEDS_KTD2692 if !GPIOLIB Jacek Anaszewski
  • Re: [PATCH] leds: Allow compile test of LEDS_AAT1290 and LEDS_KTD2692 if !GPIOLIB Jacek Anaszewski
• [PATCH/RFC v3 0/7] Remove work queues from LED class drivers Jacek Anaszewski
  • [PATCH/RFC v3 1/7] leds: Add led_set_brightness_sync to the public LED subsystem API Jacek Anaszewski
  • Re: [PATCH/RFC v3 1/7] leds: Add led_set_brightness_sync to the public LED subsystem API Pavel Machek
  • Re: [PATCH/RFC v3 1/7] leds: Add led_set_brightness_sync to the public LED subsystem API Jacek Anaszewski
  • [PATCH/RFC v3 2/7] leds: Improve asynchronous path of setting brightness Jacek Anaszewski
  • [PATCH/RFC v3 3/7] leds: Add an internal led_set_brightness_nosleep function Jacek Anaszewski
  • [PATCH/RFC v3 5/7] leds: Drivers shouldn't enforce SYNC/ASYNC brightness setting Jacek Anaszewski
  • [PATCH/RFC v3 6/7] media: flash: use led_set_brightness_sync for torch brightness Jacek Anaszewski
  • [PATCH/RFC v3 4/7] leds: Improve setting brightness in a non sleeping way Jacek Anaszewski
  • [PATCH/RFC v3 7/7] leds: pwm: remove work queue Jacek Anaszewski
  • Re: [PATCH/RFC v3 7/7] leds: pwm: remove work queue Pavel Machek
  • Re: [PATCH/RFC v3 0/7] Remove work queues from LED class drivers Simon Guinot
  • Re: [PATCH/RFC v3 0/7] Remove work queues from LED class drivers Jacek Anaszewski
• [PATCH v2 0/4] Allow to use leds-ns2 with n090401 boards Simon Guinot
  • [PATCH v2 1/4] leds: leds-ns2: move LED modes mapping outside of the driver Simon Guinot
  • [PATCH v2 2/4] ARM: Kirkwood: add modes-map property to ns2-leds nodes Simon Guinot
  • Re: [PATCH v2 2/4] ARM: Kirkwood: add modes-map property to ns2-leds nodes Gregory CLEMENT
  • Re: [PATCH v2 2/4] ARM: Kirkwood: add modes-map property to ns2-leds nodes Gregory CLEMENT
  • Re: [PATCH v2 2/4] ARM: Kirkwood: add modes-map property to ns2-leds nodes Jacek Anaszewski
  • [PATCH v2 3/4] leds: leds-ns2: handle can_sleep GPIOs Simon Guinot
  • [PATCH v2 4/4] leds: leds-ns2: depends on MACH_ARMADA_370 Simon Guinot
  • Re: [PATCH v2 0/4] Allow to use leds-ns2 with n090401 boards Jacek Anaszewski
• [PATCH v5 0/3] LED driver for PowerNV platform Vasant Hegde
  • [PATCH v5 1/3] powerpc/powernv: Add OPAL interfaces for accessing and modifying system LED states Vasant Hegde
  • [PATCH v5 2/3] powerpc/powernv: Create LED platform device Vasant Hegde
  • [PATCH v5 3/3] leds/powernv: Add driver for PowerNV platform Vasant Hegde
  • Re: [PATCH v5 3/3] leds/powernv: Add driver for PowerNV platform Jacek Anaszewski
  • Re: [PATCH v5 3/3] leds/powernv: Add driver for PowerNV platform Vasant Hegde
  • Re: [PATCH v5 3/3] leds/powernv: Add driver for PowerNV platform Jacek Anaszewski
  • Re: [PATCH v5 3/3] leds/powernv: Add driver for PowerNV platform Michael Ellerman
  • Re: [PATCH v5 3/3] leds/powernv: Add driver for PowerNV platform Vasant Hegde
  • Re: [PATCH v5 3/3] leds/powernv: Add driver for PowerNV platform Vasant Hegde
• [RFC PATCH 00/15] pwm: add support for atomic update Boris Brezillon
  • [RFC PATCH 01/15] pwm: add the pwm_is_enabled() helper Boris Brezillon
  • Re: [RFC PATCH 01/15] pwm: add the pwm_is_enabled() helper Thierry Reding
  • [RFC PATCH 02/15] pwm: fix pwm_get_period and pwm_get_duty_cycle prototypes Boris Brezillon
  • Re: [RFC PATCH 02/15] pwm: fix pwm_get_period and pwm_get_duty_cycle prototypes Thierry Reding
  • [RFC PATCH 03/15] pwm: add pwm_get_polarity helper function Boris Brezillon
  • Re: [RFC PATCH 03/15] pwm: add pwm_get_polarity helper function Thierry Reding
  • [RFC PATCH 06/15] pwm: define a new pwm_state struct Boris Brezillon
  • Re: [RFC PATCH 06/15] pwm: define a new pwm_state struct Thierry Reding
  • Re: [RFC PATCH 06/15] pwm: define a new pwm_state struct Boris Brezillon
  • Re: [RFC PATCH 06/15] pwm: define a new pwm_state struct Thierry Reding
  • Re: [RFC PATCH 06/15] pwm: define a new pwm_state struct Boris Brezillon
  • [RFC PATCH 04/15] pwm: make use of pwm_get_xxx helpers where appropriate Boris Brezillon
  • Re: [RFC PATCH 04/15] pwm: make use of pwm_get_xxx helpers where appropriate Thierry Reding
  • [RFC PATCH 09/15] pwm: declare a default PWM state Boris Brezillon
  • [RFC PATCH 11/15] pwm: add the core infrastructure to allow atomic update Boris Brezillon
  • Re: [RFC PATCH 11/15] pwm: add the core infrastructure to allow atomic update Thierry Reding
  • Re: [RFC PATCH 11/15] pwm: add the core infrastructure to allow atomic update Boris Brezillon
  • Re: [RFC PATCH 11/15] pwm: add the core infrastructure to allow atomic update Thierry Reding
  • [RFC PATCH 10/15] pwm: add the PWM initial state retrieval infra Boris Brezillon
  • Re: [RFC PATCH 10/15] pwm: add the PWM initial state retrieval infra Thierry Reding
  • Re: [RFC PATCH 10/15] pwm: add the PWM initial state retrieval infra Boris Brezillon
  • [RFC PATCH 13/15] pwm: rockchip: add support for atomic update Boris Brezillon
  • Re: [RFC PATCH 13/15] pwm: rockchip: add support for atomic update Heiko Stübner
  • Re: [RFC PATCH 13/15] pwm: rockchip: add support for atomic update Boris Brezillon
  • [RFC PATCH 12/15] pwm: rockchip: add initial state retrieval Boris Brezillon
  • Re: [RFC PATCH 12/15] pwm: rockchip: add initial state retrieval Heiko Stübner
  • Re: [RFC PATCH 12/15] pwm: rockchip: add initial state retrieval Boris Brezillon
  • [RFC PATCH 07/15] pwm: move the enabled/disabled info to pwm_state struct Boris Brezillon
  • Re: [RFC PATCH 07/15] pwm: move the enabled/disabled info to pwm_state struct Thierry Reding
  • [RFC PATCH 08/15] backlight: pwm_bl: remove useless call to pwm_set_period Boris Brezillon
  • Re: [RFC PATCH 08/15] backlight: pwm_bl: remove useless call to pwm_set_period Thierry Reding
  • Re: [RFC PATCH 08/15] backlight: pwm_bl: remove useless call to pwm_set_period Boris Brezillon
  • Re: [RFC PATCH 08/15] backlight: pwm_bl: remove useless call to pwm_set_period Thierry Reding
  • Re: [RFC PATCH 08/15] backlight: pwm_bl: remove useless call to pwm_set_period Boris Brezillon
  • Re: [RFC PATCH 08/15] backlight: pwm_bl: remove useless call to pwm_set_period Thierry Reding
  • Re: [RFC PATCH 08/15] backlight: pwm_bl: remove useless call to pwm_set_period Boris Brezillon
  • Re: [RFC PATCH 08/15] backlight: pwm_bl: remove useless call to pwm_set_period Thierry Reding
  • [RFC PATCH 15/15] regulator: pwm: properly initialize the ->state field Boris Brezillon
  • Re: [RFC PATCH 15/15] regulator: pwm: properly initialize the ->state field Mark Brown
  • Re: [RFC PATCH 15/15] regulator: pwm: properly initialize the ->state field Boris Brezillon
  • [RFC PATCH 14/15] regulator: pwm: implement ->enable(), ->disable() and ->is_enabled methods Boris Brezillon
  • Re: [RFC PATCH 14/15] regulator: pwm: implement ->enable(), ->disable() and ->is_enabled methods Heiko Stübner
  • Re: [RFC PATCH 14/15] regulator: pwm: implement ->enable(), ->disable() and ->is_enabled methods Boris Brezillon
  • Re: [RFC PATCH 14/15] regulator: pwm: implement ->enable(), ->disable() and ->is_enabled methods Heiko Stübner
  • Re: [RFC PATCH 14/15] regulator: pwm: implement ->enable(), ->disable() and ->is_enabled methods Boris Brezillon
  • Re: [RFC PATCH 14/15] regulator: pwm: implement ->enable(), ->disable() and ->is_enabled methods Mark Brown
  • Re: [RFC PATCH 14/15] regulator: pwm: implement ->enable(), ->disable() and ->is_enabled methods Boris Brezillon
  • Re: [RFC PATCH 14/15] regulator: pwm: implement ->enable(), ->disable() and ->is_enabled methods Mark Brown
  • Re: [RFC PATCH 14/15] regulator: pwm: implement ->enable(), ->disable() and ->is_enabled methods Boris Brezillon
  • [RFC PATCH 05/15] pwm: introduce default period and polarity concepts Boris Brezillon
  • Re: [RFC PATCH 05/15] pwm: introduce default period and polarity concepts Uwe Kleine-König
  • Re: [RFC PATCH 05/15] pwm: introduce default period and polarity concepts Boris Brezillon
  • Re: [RFC PATCH 05/15] pwm: introduce default period and polarity concepts Thierry Reding
  • Re: [RFC PATCH 05/15] pwm: introduce default period and polarity concepts Boris Brezillon
  • Re: [RFC PATCH 05/15] pwm: introduce default period and polarity concepts Thierry Reding
  • Re: [RFC PATCH 05/15] pwm: introduce default period and polarity concepts Boris Brezillon
  • [RFC PATCH 16/15] pwm: add informations about polarity, duty cycle and period to debugfs Heiko Stübner
  • Re: [RFC PATCH 16/15] pwm: add informations about polarity, duty cycle and period to debugfs Boris Brezillon
  • [PATCH] pwm: add informations about polarity, duty cycle and period to debugfs Heiko Stübner
  • Re: [RFC PATCH 00/15] pwm: add support for atomic update Heiko Stübner
  • Re: [RFC PATCH 00/15] pwm: add support for atomic update Boris Brezillon
  • Re: [RFC PATCH 00/15] pwm: add support for atomic update Uwe Kleine-König
  • Re: [RFC PATCH 00/15] pwm: add support for atomic update Tomi Valkeinen
  • Re: [RFC PATCH 00/15] pwm: add support for atomic update Uwe Kleine-König
  • Re: [RFC PATCH 00/15] pwm: add support for atomic update Boris Brezillon
  • Re: [RFC PATCH 00/15] pwm: add support for atomic update Boris Brezillon
  • Re: [RFC PATCH 00/15] pwm: add support for atomic update Thierry Reding
• [GIT PULL] LED subsystem updates for 4.2 Bryan Wu
• [PATCH/RFC v2 1/5] leds: Use set_brightness_work for brightness_set ops that can sleep Jacek Anaszewski
  • [PATCH/RFC v2 2/5] leds: pwm: remove work queue Jacek Anaszewski
  • [PATCH/RFC v2 3/5] led: flash: remove check for brightness_set_sync op Jacek Anaszewski
  • [PATCH/RFC v2 4/5] leds: max77693: remove work queue Jacek Anaszewski
  • [PATCH/RFC v2 5/5] leds: aat1290: remove work queue Jacek Anaszewski
  • Re: [PATCH/RFC v2 1/5] leds: Use set_brightness_work for brightness_set ops that can sleep Pavel Machek
  • Re: [PATCH/RFC v2 1/5] leds: Use set_brightness_work for brightness_set ops that can sleep Sakari Ailus
  • Re: [PATCH/RFC v2 1/5] leds: Use set_brightness_work for brightness_set ops that can sleep Mark Brown
  • Re: [PATCH/RFC v2 1/5] leds: Use set_brightness_work for brightness_set ops that can sleep Jacek Anaszewski
  • Re: [PATCH/RFC v2 1/5] leds: Use set_brightness_work for brightness_set ops that can sleep Jacek Anaszewski
  • Re: [PATCH/RFC v2 1/5] leds: Use set_brightness_work for brightness_set ops that can sleep Sakari Ailus
  • Re: [PATCH/RFC v2 1/5] leds: Use set_brightness_work for brightness_set ops that can sleep Jacek Anaszewski
  • Re: [PATCH/RFC v2 1/5] leds: Use set_brightness_work for brightness_set ops that can sleep Sakari Ailus
  • Re: [PATCH/RFC v2 1/5] leds: Use set_brightness_work for brightness_set ops that can sleep Andrew Lunn
  • Re: [PATCH/RFC v2 1/5] leds: Use set_brightness_work for brightness_set ops that can sleep Jacek Anaszewski
• [PATCH/RFC v2 0/5] Remove work queues from LED class drivers Jacek Anaszewski
  • Re: [PATCH/RFC v2 0/5] Remove work queues from LED class drivers Stas Sergeev
• [PATCH/RFC RESEND] leds: Use set_brightness_work for brightness_set ops that can sleep Jacek Anaszewski
  • Re: [PATCH/RFC RESEND] leds: Use set_brightness_work for brightness_set ops that can sleep Jacek Anaszewski
  • Re: [PATCH/RFC RESEND] leds: Use set_brightness_work for brightness_set ops that can sleep Stas Sergeev
  • Re: [PATCH/RFC RESEND] leds: Use set_brightness_work for brightness_set ops that can sleep Jacek Anaszewski
  • Re: [PATCH/RFC RESEND] leds: Use set_brightness_work for brightness_set ops that can sleep Stas Sergeev

• Earlier messages
• Later messages