Linux LEDS Development

• Thread Index

• Re: [PATCH v4 1/2] led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v4 2/2] Bindings documentation for ISSI is31fl319x driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v4 1/2] led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• [PATCH v4 2/2] Bindings documentation for ISSI is31fl319x driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• [PATCH v4 0/2] driver: leds: is31fl319x dimmable LED driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v2 0/2] led: is31fl32xx: minor improvements
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v2 0/2] led: is31fl32xx: minor improvements
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• [PATCH v2 1/2] led: is31fl32xx: fix typo in id and match table names
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• [PATCH v2 2/2] led: is31fl32xx: define complete i2c_device_id table
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• [PATCH 1/2] led: is31fl32xx: fix typo in id and match table names
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• [PATCH 0/2] led: is31fl32xx: minor improvements
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• [PATCH 2/2] led: is31fl32xx: define complete i2c_device_id table
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [patch V2 43/67] leds/trigger/cpu: Convert to hotplug state machine
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH] leds: lp3952: Store leds[LP3952_LED_ALL] in struct lp3952_led_array
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH V2] leds: trigger: Introduce an USB port trigger
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH] leds: lp3952: Store leds[LP3952_LED_ALL] in struct lp3952_led_array
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH V2] leds: trigger: Introduce an USB port trigger
  • From: Peter Chen <hzpeterchen@xxxxxxxxx>
• Re: [PATCH V2] leds: trigger: Introduce an USB port trigger
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH V2] leds: trigger: Introduce an USB port trigger
  • From: Peter Chen <hzpeterchen@xxxxxxxxx>
• Re: [PATCH V2] leds: trigger: Introduce an USB port trigger
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH V2] leds: trigger: Introduce an USB port trigger
  • From: Peter Chen <hzpeterchen@xxxxxxxxx>
• [PATCH] leds: lp3952: Store leds[LP3952_LED_ALL] in struct lp3952_led_array
  • From: Axel Lin <axel.lin@xxxxxxxxxx>
• Re: [PATCH v3 2/2] Bindings documentation for ISSI is31fl319x driver
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH V2] leds: trigger: Introduce an USB port trigger
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [patch V2 43/67] leds/trigger/cpu: Convert to hotplug state machine
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH V2 0/1] usb: add HCD providers
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH v3 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [PATCH V2 0/1] usb: add HCD providers
  • From: Peter Chen <hzpeterchen@xxxxxxxxx>
• Re: [PATCH V2 0/1] usb: add HCD providers
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH V2 0/1] usb: add HCD providers
  • From: Peter Chen <hzpeterchen@xxxxxxxxx>
• Re: [PATCH V2 0/1] usb: add HCD providers
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [patch V2 43/67] leds/trigger/cpu: Convert to hotplug state machine
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [patch V2 43/67] leds/trigger/cpu: Convert to hotplug state machine
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V2 43/67] leds/trigger/cpu: Convert to hotplug state machine
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH V2 0/1] usb: add HCD providers
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/1] usb: add HCD providers
  • From: Peter Chen <hzpeterchen@xxxxxxxxx>
• Re: [patch V2 43/67] leds/trigger/cpu: Convert to hotplug state machine
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [patch V2 43/67] leds/trigger/cpu: Convert to hotplug state machine
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [patch V2 43/67] leds/trigger/cpu: Convert to hotplug state machine
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [patch V2 43/67] leds/trigger/cpu: Convert to hotplug state machine
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [patch V2 43/67] leds/trigger/cpu: Convert to hotplug state machine
  • From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
• Re: [PATCH V2 PROOF OF CONCEPT 2/1] trigger: ledtrig-usbport: read initial state from DT
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH V2 PROOF OF CONCEPT 2/1] trigger: ledtrig-usbport: read initial state from DT
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH] leds: trigger: Introduce an USB port trigger
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH V2 0/1] usb: add HCD providers
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH V2 0/1] usb: add HCD providers
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxxxxxxxx>
• Re: [PATCH V2 0/1] usb: add HCD providers
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH V2 0/1] usb: add HCD providers
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxxxxxxxx>
• [PATCH V2 PROOF OF CONCEPT 2/1] trigger: ledtrig-usbport: read initial state from DT
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• [PATCH V2 1/1] usb: core: add support for HCD providers
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• [PATCH V2 0/1] usb: add HCD providers
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: + drivers-leds-leds-lp3952c-work-around-gcc-444-union-initializer-bug.patch added to -mm tree
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: + drivers-leds-leds-lp3952c-work-around-gcc-444-union-initializer-bug.patch added to -mm tree
  • From: Tony <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v3 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] usb: add HCD providers
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH v3 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v3 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] usb: add HCD providers
  • From: Peter Chen <hzpeterchen@xxxxxxxxx>
• Re: [PATCH v3 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v3 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] usb: add HCD providers
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH 0/2] usb: add HCD providers
  • From: Peter Chen <hzpeterchen@xxxxxxxxx>
• Re: [PATCH v3 2/2] Bindings documentation for ISSI is31fl319x driver
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH v3 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• [PATCH 2/2] ohci-platform: register HCD provider
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• [PATCH PROOF OF CONCEPT 3/2] trigger: ledtrig-usbport: read initial state from DT
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• [PATCH 1/2] usb: core: add support for HCD providers
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• [PATCH 0/2] usb: add HCD providers
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH v10 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [patch 46/66] leds: trigger: cpu: Convert to hotplug state machine
  • From: Anna-Maria Gleixner <anna-maria@xxxxxxxxxxxxx>
• [PATCH] leds: trigger: Introduce an USB port trigger
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH v10 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v10 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v10 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v10 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v10 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v9 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony <tony.makkiel@xxxxxxxxx>
• Re: [PATCH] leds: leds-gpio: Set of_node for created LED devices
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH] leds: leds-gpio: Set of_node for created LED devices
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH] leds: leds-gpio: Set of_node for created LED devices
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• Re: [PATCH] leds: leds-gpio: Set of_node for created LED devices
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v9 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v9 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: Andrey Utkin <andrey_utkin@xxxxxxxxxxxx>
• [PATCH v3 2/2] Bindings documentation for ISSI is31fl319x driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• [PATCH v3 0/2] driver: leds: is31fl319x dimmable LED driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• [PATCH v3 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [PATCH v9 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• [PATCH] leds: leds-gpio: Set of_node for created LED devices
  • From: Rafał Miłecki <zajec5@xxxxxxxxx>
• [PATCH v9 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH 1/3 v2] leds: pm8058: add device tree bindings
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v8 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v8 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v2 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v7 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v7 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v2 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [PATCH] drivers: led: is31fl319x: 6/9-channel light effect led driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [PATCH] drivers: led: is31fl319x: 6/9-channel light effect led driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v8 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v7 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 2/3 v2] leds: add PM8058 LEDs driver
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 1/3 v2] leds: pm8058: add device tree bindings
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v7 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v8 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v7 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v2 1/2] drivers: led: is31fl319x: 1/3/6/9-channel light effect led driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• [PATCH v2 2/2] Bindings documentation for ISSI is31fl319x driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• [PATCH v2 0/2] driver: leds: is31fl319x dimmable LED driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [PATCH v8 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v8 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v7 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v7 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v7 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v7 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH] leds: triggers: return error if invalid trigger name is provided via sysfs
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH] leds: triggers: return error if invalid trigger name is provided via sysfs
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: [PATCH 2/3] leds: add PM8058 LEDs driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 1/3] leds: pm8058: add device tree bindings
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 1/3] leds: pm8058: add device tree bindings
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• [PATCH 3/3] ARM: dts: add PM8058 LEDs to the APQ8060 Dragonboard
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 2/3] leds: add PM8058 LEDs driver
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 1/3] leds: pm8058: add device tree bindings
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v7 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v7 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v7 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v7 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v7 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v7 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v6 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v6 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v6 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v5 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v2 2/2] leds: Add driver for NCP5623 3-channel I2C LED driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxxx>
• Re: [PATCH v2 2/2] leds: Add driver for NCP5623 3-channel I2C LED driver
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxxx>
• Re: [PATCH v2 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxxx>
• Re: [PATCH v2 2/2] leds: Add driver for NCP5623 3-channel I2C LED driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v2 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v5 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] leds: Add driver for NCP5623 3-channel I2C LED driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v2 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxx>
• Re: [PATCH v6] leds: documentation: 'ide-disk' to 'disk-activity'
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v2 2/2] leds: Add driver for NCP5623 3-channel I2C LED driver
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxx>
• [PATCH v2 0/2] leds: Add driver for NCP5623 3-channel I2C LED driver
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxx>
• Re: [PATCH 2/2] leds: Add driver for NCP5623 3-channel I2C LED driver
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxxx>
• Re: [PATCH 2/2] leds: Add driver for NCP5623 3-channel I2C LED driver
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5] leds: documentation: 'ide-disk' to 'disk-activity'
  • From: Stephan Linz <linz@xxxxxxxxxx>
• [PATCH v6] leds: documentation: 'ide-disk' to 'disk-activity'
  • From: Stephan Linz <linz@xxxxxxxxxx>
• Re: [PATCH v5 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v5 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v5] leds: documentation: 'ide-disk' to 'disk-activity'
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v5] leds: documentation: 'ide-disk' to 'disk-activity'
  • From: Stephan Linz <linz@xxxxxxxxxx>
• Re: [PATCH] leds: centralize definition of "default-state" property
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxxx>
• [PATCH] leds: centralize definition of "default-state" property
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxxx>
• Re: [PATCH 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v3 2/7] leds: documentation: 'ide-disk' to 'disk-activity'
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v3 2/7] leds: documentation: 'ide-disk' to 'disk-activity'
  • From: Stephan Linz <linz@xxxxxxxxxx>
• Re: [PATCH 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxxx>
• Re: [PATCH v3 2/7] leds: documentation: 'ide-disk' to 'disk-activity'
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v3 2/7] leds: documentation: 'ide-disk' to 'disk-activity'
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 2/2] leds: Add driver for NCP5623 3-channel I2C LED driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 2/2] leds: Add driver for NCP5623 3-channel I2C LED driver
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxxx>
• Re: [PATCH 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxxx>
• Re: [PATCH 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxxx>
• Re: [PATCH 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 2/2] leds: Add driver for NCP5623 3-channel I2C LED driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v3 2/7] leds: documentation: 'ide-disk' to 'disk-activity'
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] leds: Add no-op gpio_led_register_device when LED subsystem is disabled
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH] leds: Add no-op gpio_led_register_device when LED subsystem is disabled
  • From: "Andrew F. Davis" <afd@xxxxxx>
• Re: [PATCH v3 1/7] leds: convert IDE trigger to common disk trigger
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH 0/2] leds: Add driver for NCP5623 3-channel I2C LED driver
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxx>
• [PATCH 1/2] leds: ncp5623: Add device tree binding documentation
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxx>
• [PATCH 2/2] leds: Add driver for NCP5623 3-channel I2C LED driver
  • From: Florian Vaussard <florian.vaussard@xxxxxxxxx>
• Re: [PATCH] leds: Add no-op gpio_led_register_device when LED subsystem is disabled
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 10/12] lguest: Only descend into lguest directory when CONFIG_LGUEST is set
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• [PATCH] leds: Add no-op gpio_led_register_device when LED subsystem is disabled
  • From: "Andrew F. Davis" <afd@xxxxxx>
• Re: [PATCH v3 1/7] leds: convert IDE trigger to common disk trigger
  • From: Stephan Linz <linz@xxxxxxxxxx>
• Re: [PATCH v3 1/7] leds: convert IDE trigger to common disk trigger
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 12/12] leds: Only descend into leds directory when CONFIG_NEW_LEDS is set
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 12/12] leds: Only descend into leds directory when CONFIG_NEW_LEDS is set
  • From: "Andrew F. Davis" <afd@xxxxxx>
• Re: [RESEND v7 1/6] mfd: max8997: Use regmap to access registers
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [GIT PULL] LED fixes for 4.7-rc4
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [RESEND v7 1/6] mfd: max8997: Use regmap to access registers
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [RESEND v7 0/6] regulator: mfd: max8997: Add regmap
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [RESEND v7 1/6] mfd: max8997: Use regmap to access registers
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [RESEND v7 3/6] mfd: max8997: Change irq names to upper case
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [RESEND v7 6/6] extcon: max8997: Fix inconsistent indenting
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [RESEND v7 5/6] rtc: max8997: Check for ERRNO of regmap_irq_get_virq()
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [RESEND v7 4/6] extcon: max8997: Fix handling error code of regmap_irq_get_virq()
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [RESEND v7 2/6] mfd: max8997: handle IRQs using regmap
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v2 3/5] firmware: update usermode helper docs and add SmPL report
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH v2 4/5] firmware: add usermode helper DECLARE_FW_LOADER_USER() annotation
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] hid: migrate Riso Kagaku LED driver from USB misc to HID
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: [PATCH v7 1/6] mfd: max8997: Use regmap to access registers
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v4 4/7] arm: use the new LED disk activity trigger
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• Re: [PATCH v2] hid: migrate Riso Kagaku LED driver from USB misc to HID
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] hid: migrate Riso Kagaku LED driver from USB misc to HID
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: [PATCH v2] hid: migrate Riso Kagaku LED driver from USB misc to HID
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: [PATCH] hsi: Build hsi_boardinfo.c into hsi core if enabled
  • From: Sebastian Reichel <sre@xxxxxxxxxx>
• Re: Moving drivers/leds/dell-led.c to drivers/platform/x86
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: Moving drivers/leds/dell-led.c to drivers/platform/x86
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH v2] hid: migrate Riso Kagaku LED driver from USB misc to HID
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxxx>
• Re: [PATCH 12/12] leds: Only descend into leds directory when CONFIG_NEW_LEDS is set
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v2] hid: migrate Riso Kagaku LED driver from USB misc to HID
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: [PATCH v2] hid: migrate Riso Kagaku LED driver from USB misc to HID
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxxx>
• [PATCH] hsi: Build hsi_boardinfo.c into hsi core if enabled
  • From: "Andrew F. Davis" <afd@xxxxxx>
• Re: Developing Linux Kernel Driver for LED Driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [Patch v6 1/1] leds: pca9532: Add device tree binding
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [j.anaszewski-leds:for-next 4/4] drivers/leds/leds-pca9532.c:464:10: warning: cast from pointer to integer of different size
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [Patch v6 1/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [Patch v6 0/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: [Patch v5 1/1] leds: pca9532: Add device tree binding
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 01/12] gpio: Only descend into gpio directory when CONFIG_GPIOLIB is set
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Developing Linux Kernel Driver for LED Driver
  • From: Raul Piper <raulpblooper@xxxxxxxxx>
• Re: [PATCH v4 7/7] unicore32: use the new LED disk activity trigger
  • From: "Xuetao Guan" <gxt@xxxxxxxxxxxxxxx>
• [Patch v5 1/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [Patch v5 0/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 11/12] mmc: Only descend into mmc directory when CONFIG_MMC is set
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 06/12] hsi: Only descend into hsi directory when CONFIG_HSI is set
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 12/12] leds: Only descend into leds directory when CONFIG_NEW_LEDS is set
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 08/12] i2c: Only descend into i2c directory when CONFIG_I2C is set
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Moving drivers/leds/dell-led.c to drivers/platform/x86
  • From: Michał Kępień <kernel@xxxxxxxxxx>
• Re: [PATCH v4 6/7] parisc: use the new LED disk activity trigger
  • From: Helge Deller <deller@xxxxxx>
• Re: [j.anaszewski-leds:for-next 4/4] drivers/leds/leds-pca9532.c:464:10: warning: cast from pointer to integer of different size
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v5 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• [j.anaszewski-leds:for-next 4/4] drivers/leds/leds-pca9532.c:464:10: warning: cast from pointer to integer of different size
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v4 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v4 1/1] leds: pca9532: Add device tree binding
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v4 4/7] arm: use the new LED disk activity trigger
  • From: Sekhar Nori <nsekhar@xxxxxx>
• Re: [PATCH v4 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v4 7/7] unicore32: use the new LED disk activity trigger
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v4 6/7] parisc: use the new LED disk activity trigger
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v4 5/7] mips: use the new LED disk activity trigger
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v4 4/7] arm: use the new LED disk activity trigger
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH v4 3/7] powerpc: use the new LED disk activity trigger
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v4 4/7] arm: use the new LED disk activity trigger
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v2] hid: migrate Riso Kagaku LED driver from USB misc to HID
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: [PATCH v4 2/7] leds: documentation: 'ide-disk' to 'disk-activity'
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH v4 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v3 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v3 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v3 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v3 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v3 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v3 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• [PATCH v4 1/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v4 0/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v3 1/1] leds: pca9532: Add device tree binding
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v4 5/7] mips: use the new LED disk activity trigger
  • From: Stephan Linz <linz@xxxxxxxxxx>
• [PATCH v4 4/7] arm: use the new LED disk activity trigger
  • From: Stephan Linz <linz@xxxxxxxxxx>
• [PATCH v4 6/7] parisc: use the new LED disk activity trigger
  • From: Stephan Linz <linz@xxxxxxxxxx>
• [PATCH v4 7/7] unicore32: use the new LED disk activity trigger
  • From: Stephan Linz <linz@xxxxxxxxxx>
• [PATCH v4 3/7] powerpc: use the new LED disk activity trigger
  • From: Stephan Linz <linz@xxxxxxxxxx>
• [PATCH v4 2/7] leds: documentation: 'ide-disk' to 'disk-activity'
  • From: Stephan Linz <linz@xxxxxxxxxx>
• [PATCH v4 1/7] leds: convert IDE trigger to common disk trigger
  • From: Stephan Linz <linz@xxxxxxxxxx>
• [PATCH v3 1/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v3 0/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/7] leds: convert IDE trigger to common disk trigger
  • From: Stephan Linz <linz@xxxxxxxxxx>
• Re: [PATCH v3 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v3 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v3 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v3 1/7] leds: convert IDE trigger to common disk trigger
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v3 4/7] arm: use the new LED disk activity trigger
  • From: Gregory CLEMENT <gregory.clement@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 5/7] mips: use the new LED disk activity trigger
  • From: Stephan Linz <linz@xxxxxxxxxx>
• [PATCH v3 4/7] arm: use the new LED disk activity trigger
  • From: Stephan Linz <linz@xxxxxxxxxx>
• [PATCH v3 2/7] leds: documentation: 'ide-disk' to 'disk-activity'
  • From: Stephan Linz <linz@xxxxxxxxxx>
• [PATCH v3 1/7] leds: convert IDE trigger to common disk trigger
  • From: Stephan Linz <linz@xxxxxxxxxx>
• [PATCH v3 7/7] unicore32: use the new LED disk activity trigger
  • From: Stephan Linz <linz@xxxxxxxxxx>
• [PATCH v3 6/7] parisc: use the new LED disk activity trigger
  • From: Stephan Linz <linz@xxxxxxxxxx>
• [PATCH v3 3/7] powerpc: use the new LED disk activity trigger
  • From: Stephan Linz <linz@xxxxxxxxxx>
• Re: [PATCH v2 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v7 1/6] mfd: max8997: Use regmap to access registers
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH v7 1/6] mfd: max8997: Use regmap to access registers
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v2] leds: handle suspend/resume in heartbeat trigger
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v2] leds: handle suspend/resume in heartbeat trigger
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• [PATCH v2] leds: handle suspend/resume in heartbeat trigger
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] leds: handle suspend/resume in heartbeat trigger
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v2 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v2 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH] hid: migrate Riso Kagaku LED driver from USB misc to HID
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• [PATCH v2 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH] leds: handle suspend/resume in heartbeat trigger
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH] leds: handle suspend/resume in heartbeat trigger
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH] hid: migrate Riso Kagaku LED driver from USB misc to HID
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxxx>
• Re: [PATCH] leds: handle suspend/resume in heartbeat trigger
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH] leds: handle suspend/resume in heartbeat trigger
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v7 1/6] mfd: max8997: Use regmap to access registers
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v7 1/6] mfd: max8997: Use regmap to access registers
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH v7 1/6] mfd: max8997: Use regmap to access registers
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v7 1/6] mfd: max8997: Use regmap to access registers
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v7 4/6] extcon: max8997: Fix handling error code of regmap_irq_get_virq()
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v7 6/6] extcon: max8997: Fix inconsistent indenting
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v7 5/6] rtc: max8997: Check for ERRNO of regmap_irq_get_virq()
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v7 3/6] mfd: max8997: Change irq names to upper case
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v7 2/6] mfd: max8997: handle IRQs using regmap
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v7 0/6] mfd: (multiple trees): max8997: Add regmap
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH] hid: migrate Riso Kagaku LED driver from USB misc to HID
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: [PATCH] hid: migrate Riso Kagaku LED driver from USB misc to HID
  • From: Benjamin Tissoires <benjamin.tissoires@xxxxxxxxxx>
• [PATCH] hid: migrate Riso Kagaku LED driver from USB misc to HID
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• Re: Hardware blink and brightness
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• [PATCH 1/1] leds: LED driver for TI LP3952 6-Channel Color LED
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH 23/54] MAINTAINERS: Add file patterns for led device tree bindings
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH 23/54] MAINTAINERS: Add file patterns for led device tree bindings
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Hardware blink and brightness
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Hardware blink and brightness
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH] led: core: Fix brightness setting upon hardware blinking enabled
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH] led: core: Fix brightness setting upon hardware blinking enabled
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH] led: core: Fix brightness setting upon hardware blinking enabled
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH] Let chip-driver set brightness if, software blink not used.
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH] Let chip-driver set brightness if, software blink not used.
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH] Let chip-driver set brightness if, software blink not used.
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH] Let chip-driver set brightness if, software blink not used.
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH] Let chip-driver set brightness if, software blink inactive.
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• [PATCH] Let chip-driver set brightness if, software blink inactive.
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: Brightness control irrespective of blink state.
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: Brightness control irrespective of blink state.
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: Brightness control irrespective of blink state.
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: Brightness control irrespective of blink state.
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [GIT PULL] LED updates for 4.7
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: Brightness control irrespective of blink state.
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: Brightness control irrespective of blink state.
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• Re: [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• Re: [PATCH v3] platform/chrome: Add Chrome OS keyboard backlight LEDs support
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: Brightness control irrespective of blink state.
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: Brightness control irrespective of blink state.
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: Brightness control irrespective of blink state.
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: Brightness control irrespective of blink state.
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: Brightness control irrespective of blink state.
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v6 7/9] extcon: max8997: Fix inconsistent indenting
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH v6 5/9] extcon: max8997: Fix handling error code of regmap_irq_get_virq()
  • From: Chanwoo Choi <cw00.choi@xxxxxxxxxxx>
• Re: [PATCH v6 1/9] input: max8997-haptic: Fix NULL pointer dereference
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: Brightness control irrespective of blink state.
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: Brightness control irrespective of blink state.
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v6 0/9] mfd: max8997: Add regmap support
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v6 6/9] rtc: max8997: Check for ERRNO of regmap_irq_get_virq()
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: Brightness control irrespective of blink state.
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Brightness control irrespective of blink state.
  • From: Tony Makkiel <tony.makkiel@xxxxxxxxx>
• Re: [PATCH v3 1/3] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v6 2/9] mfd: max8997: Use regmap to access registers
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v6 7/9] extcon: max8997: Fix inconsistent indenting
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v6 2/9] mfd: max8997: Use regmap to access registers
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v6 4/9] mfd: max8997: Change irq names to upper case
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v6 3/9] mfd: max8997: handle IRQs using regmap
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v6 6/9] rtc: max8997: Check for ERRNO of regmap_irq_get_virq()
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v6 9/9] ARM: dts: exynos: Add interrupt line to MAX8997 PMIC on exynos4210-trats
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v6 5/9] extcon: max8997: Fix handling error code of regmap_irq_get_virq()
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v6 8/9] ARM: dts: exynos: Fix regulator name to avoid forbidden character on exynos4210-trats
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v6 1/9] input: max8997-haptic: Fix NULL pointer dereference
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v6 0/9] mfd: max8997: Add regmap support
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• [PATCH v6 1/9] input: max8997-haptic: Fix NULL pointer dereference
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH] leds-pca963x: add bindings to invert polarity
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• Re: [PATCH] leds-pca963x: add bindings to invert polarity
  • From: Anders Darander <anders@xxxxxxxxxxxxxx>
• Re: [PATCH] leds-pca963x: add bindings to invert polarity
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v3 3/3] leds: gpio: Support the "panic-indicator" firmware property
  • From: Rob Herring <robh@xxxxxxxxxx>
• [PATCH] leds-pca963x: add bindings to invert polarity
  • From: Anders Darander <anders@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 0/3] Extend the LED panic trigger
  • From: Matthias Brugger <matthias.bgg@xxxxxxxxx>
• Re: [PATCH] Add LED driven by multiple gpio.
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH] Add LED driven by multiple gpio.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] Add LED driven by multiple gpio.
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v3 1/3] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v3 0/3] Extend the LED panic trigger
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH v3 1/3] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 2/3] devicetree: leds: Introduce "panic-indicator" optional property
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 3/3] leds: gpio: Support the "panic-indicator" firmware property
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/3] Extend the LED panic trigger
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Add LED driven by multiple gpio.
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH] Add LED driven by multiple gpio.
  • From: "David Rivshin (Allworx)" <drivshin.allworx@xxxxxxxxx>
• Re: [PATCH 1/5] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 1/5] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Add LED driven by multiple gpio.
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH] Add LED driven by multiple gpio.
  • From: Dmitry Bondar <bond@xxxxxxxxxxx>
• Re: [PATCH 1/5] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 1/5] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/5] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 5/6] leds: pca963x: Inform the output that it is inverted
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• Re: [PATCH 5/6] leds: pca963x: Inform the output that it is inverted
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 5/6] leds: pca963x: Inform the output that it is inverted
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• Re: [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• Re: [PATCH] drivers: led: is31fl319x: 6/9-channel light effect led driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] leds: pca963x: Inform the output that it is inverted
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] drivers: led: is31fl319x: 6/9-channel light effect led driver
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] drivers: led: is31fl319x: 6/9-channel light effect led driver
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH] drivers: led: is31fl319x: 6/9-channel light effect led driver
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• Re: [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• Re: [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [Letux-kernel] [PATCH] drivers: led: is31fl319x: 6/9-channel light effect led driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• Re: [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• Re: [PATCH] drivers: led: is31fl319x: 6/9-channel light effect led driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [PATCH] drivers: led: is31fl319x: 6/9-channel light effect led driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] leds: gpio: Support the "panic-indicator" firmware property
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• Re: [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Ricardo Ribalda Delgado <ricardo.ribalda@xxxxxxxxx>
• Re: [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• Re: [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH] drivers: led: is31fl319x: 6/9-channel light effect led driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH] drivers: led: is31fl319x: 6/9-channel light effect led driver
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH 3/6] leds: pca963x: Add defines and remove some magic values
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 4/6] leds: pca963x: Reduce magic values
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• [PATCH 1/6] leds: pca963x: Alphabetize headers
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• [PATCH 3/6] leds: pca963x: Add defines and remove some magic values
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• [PATCH 6/6] leds: pca963x: Remove whitespace and checkpatch problems
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• [PATCH 5/6] leds: pca963x: Inform the output that it is inverted
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• [PATCHv1 0/6] leds: pca9653x: support inverted outputs and cleanups
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• [PATCH 2/6] leds: pca963x: Lock i2c r/w access
  • From: Olliver Schinagl <oliver@xxxxxxxxxxx>
• Re: [PATCH] drivers/leds/leds-ss4200: add depend on x86 arch
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v2] drivers/leds/leds-ss4200.c: add DMI data for FSC SCALEO Home Server
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH] leds: ledtrig-ide-disk: Move ide_blink_delay to ledtrig_ide_activity()
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v2] drivers/leds/leds-ss4200.c: add DMI data for FSC SCALEO Home Server
  • From: Martin Dummer <martin.dummer@xxxxxxx>
• Re: [PATCH] drivers/leds/leds-ss4200.c: add DMI data for FSC SCALEO Home Server
  • From: Martin Dummer <martin.dummer@xxxxxxx>
• Re: [PATCH] drivers: led: is31fl319x: 6/9-channel light effect led driver
  • From: "David Rivshin (Allworx)" <drivshin.allworx@xxxxxxxxx>
• Re: [PATCH] drivers: led: is31fl319x: 6/9-channel light effect led driver
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] drivers: led: is31fl319x: 6/9-channel light effect led driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• [PATCH] driver: leds: is31fl3196/99 dimmable dual/triple rgb driver
  • From: "H. Nikolaus Schaller" <hns@xxxxxxxxxxxxx>
• Re: [PATCH] leds: ledtrig-ide-disk: Move ide_blink_delay to ledtrig_ide_activity()
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH] leds: ledtrig-ide-disk: Move ide_blink_delay to ledtrig_ide_activity()
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH] drivers/leds/leds-ss4200.c: add DMI data for FSC SCALEO Home Server
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v5 13/24] input: misc: max8997: explicitly apply PWM config extracted from pwm_args
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 13/24] input: misc: max8997: explicitly apply PWM config extracted from pwm_args
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• [PATCH] drivers/leds/leds-ss4200: add depend on x86 arch
  • From: Martin Dummer <martin.dummer@xxxxxxx>
• [PATCH] drivers/leds/leds-ss4200.c: add DMI data for FSC SCALEO Home Server
  • From: Martin Dummer <martin.dummer@xxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5 16/24] ARM: explicitly apply PWM config extracted from pwm_args
  • From: Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx>
• Re: [PATCH v5 07/24] regulator: pwm: use pwm_get_args() where appropriate
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v5 02/24] pwm: use pwm_get/set_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 03/24] clk: pwm: use pwm_get_args() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 00/24] pwm: add support for atomic update
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 05/24] input: misc: max77693: use pwm_get_args() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 04/24] hwmon: pwm-fan: use pwm_get_args() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 07/24] regulator: pwm: use pwm_get_args() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 06/24] leds: pwm: use pwm_get_args() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 08/24] fbdev: ssd1307fb: use pwm_get_args() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 11/24] backlight: lp855x: explicitly apply PWM config extracted from pwm_args
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 02/24] pwm: use pwm_get/set_xxx() helpers where appropriate
  • From: Joachim Eastwood <manabian@xxxxxxxxx>
• [PATCH v5 12/24] backlight: lm3630a: explicitly apply PWM config extracted from pwm_args
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 15/24] drm: i915: explicitly apply PWM config extracted from pwm_args
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 16/24] ARM: explicitly apply PWM config extracted from pwm_args
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 17/24] pwm: keep PWM state in sync with hardware state
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 13/24] input: misc: max8997: explicitly apply PWM config extracted from pwm_args
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 20/24] pwm: add the PWM initial state retrieval infra
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 22/24] pwm: update documentation
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 21/24] pwm: add the core infrastructure to allow atomic update
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 23/24] pwm: switch to the atomic API
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 18/24] pwm: introduce the pwm_state concept
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 24/24] pwm: add information about polarity, duty cycle and period to debugfs
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 19/24] pwm: move the enabled/disabled info into pwm_state
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 10/24] backlight: lp8788: explicitly apply PWM config extracted from pwm_args
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 14/24] input: misc: pwm-beeper: explicitly apply PWM config extracted from pwm_args
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 09/24] backlight: pwm_bl: use pwm_get_args() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 01/24] pwm: introduce the pwm_args concept
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] devicetree: leds: Introduce "panic-indicator" optional property
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v2 2/3] devicetree: leds: Introduce "panic-indicator" optional property
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [patch] leds: tca6507: silence an uninitialized variable warning
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v5 01/46] pwm: rcar: make use of pwm_is_enabled()
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] LED trigger on MTD activity
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [patch] leds: tca6507: silence an uninitialized variable warning
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 3/3] leds: gpio: Support the "panic-indicator" firmware property
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v2 0/4] LED trigger on MTD activity
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v2 0/4] LED trigger on MTD activity
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/3] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/3] leds: gpio: Support the "panic-indicator" firmware property
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/3] devicetree: leds: Introduce "panic-indicator" optional property
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/3] Extend the LED panic trigger
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] LED trigger on MTD activity
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v5 03/46] backlight: lm3630a_bl: stop messing with the pwm->period field
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v5 03/46] backlight: lm3630a_bl: stop messing with the pwm->period field
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v2 0/4] LED trigger on MTD activity
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/4] mtd: Hook I/O activity to the MTD LED trigger
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/4] mtd: nand: Remove the "nand-disk" LED trigger
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/4] mtd: Uninline mtd_write_oob and move it to mtdcore.c
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/4] leds: trigger: Introduce a MTD (NAND/NOR) trigger
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/4] LED trigger on MTD activity
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] leds: trigger: Introduce a MTD (NAND/NOR) trigger
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] leds: trigger: Introduce a MTD (NAND/NOR) trigger
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] leds: trigger: Introduce a MTD (NAND/NOR) trigger
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] leds: trigger: Introduce a MTD (NAND/NOR) trigger
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mtd: Uninline mtd_write_oob and move it to mtdcore.c
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] leds: trigger: Introduce a MTD (NAND/NOR) trigger
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mtd: Uninline mtd_write_oob and move it to mtdcore.c
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] leds: trigger: Introduce a MTD (NAND/NOR) trigger
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] mtd: Uninline mtd_write_oob and move it to mtdcore.c
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] LED trigger on MTD activity
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 03/46] backlight: lm3630a_bl: stop messing with the pwm->period field
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 02/46] backlight: pwm_bl: remove useless call to pwm_set_period()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 02/46] backlight: pwm_bl: remove useless call to pwm_set_period()
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v5 03/46] backlight: lm3630a_bl: stop messing with the pwm->period field
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• Re: [PATCH v5 15/46] pwm: introduce the pwm_state concept
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 15/46] pwm: introduce the pwm_state concept
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 15/46] pwm: introduce the pwm_state concept
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/46] pwm: introduce the pwm_args concept
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 15/46] pwm: introduce the pwm_state concept
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 05/46] pwm: introduce the pwm_args concept
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/46] pwm: introduce the pwm_args concept
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 15/46] pwm: introduce the pwm_state concept
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 15/46] pwm: introduce the pwm_state concept
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 05/46] pwm: introduce the pwm_args concept
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 15/46] pwm: introduce the pwm_state concept
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/46] pwm: introduce the pwm_args concept
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 16/46] pwm: move the enabled/disabled info into pwm_state
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 15/46] pwm: introduce the pwm_state concept
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 04/46] pwm: get rid of pwm->lock
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 05/46] pwm: introduce the pwm_args concept
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 04/46] pwm: get rid of pwm->lock
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/46] pwm: get rid of pwm->lock
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 03/46] backlight: lm3630a_bl: stop messing with the pwm->period field
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 02/46] backlight: pwm_bl: remove useless call to pwm_set_period()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 01/46] pwm: rcar: make use of pwm_is_enabled()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 30/46] regulator: pwm: retrieve correct voltage
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 30/46] regulator: pwm: retrieve correct voltage
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v5 30/46] regulator: pwm: retrieve correct voltage
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v5 30/46] regulator: pwm: retrieve correct voltage
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v5 00/46] pwm: add support for atomic update
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] leds: pca9532: Add device tree binding
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v2 1/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: nand-disk LED trigger: to remove, or not to remove
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: nand-disk LED trigger: to remove, or not to remove
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: nand-disk LED trigger: to remove, or not to remove
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: nand-disk LED trigger: to remove, or not to remove
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: nand-disk LED trigger: to remove, or not to remove
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 30/46] regulator: pwm: retrieve correct voltage
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/1] leds: pca9532: Add device tree binding
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v2 1/1] leds: pca9532: Add device tree binding
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• [PATCH v2 1/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH v2 0/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: nand-disk LED trigger: to remove, or not to remove
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• Re: [PATCH 4/5] devicetree: leds: Introduce "panic-blink" optional property
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] devicetree: leds: Introduce "panic-blink" optional property
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/1] leds: pca9532: Add device tree binding
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH 2/5] leds: triggers: Add a led_trigger_event_nosleep API
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH 4/5] devicetree: leds: Introduce "panic-blink" optional property
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] leds: triggers: Add a led_trigger_event_nosleep API
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• [PATCH 1/1] leds: pca9532: Add device tree binding
  • From: Phil Reid <preid@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH 4/5] devicetree: leds: Introduce "panic-blink" optional property
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH 2/5] leds: triggers: Add a led_trigger_event_nosleep API
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH 1/5] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Heiner Kallweit <hkallweit1@xxxxxxxxx>
• nand-disk LED trigger: to remove, or not to remove
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• [PATCH 0/5] Extend the LED panic trigger
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/5] leds: triggers: Allow to switch the trigger to "panic" on a kernel panic
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] leds: triggers: Add a led_trigger_event_nosleep API
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/5] leds: trigger: panic: Use led_trigger_event_nosleep
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] devicetree: leds: Introduce "panic-blink" optional property
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] leds: gpio: Support the panic-blink firmware property
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 36/46] input: misc: max77693: switch to the atomic API
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 34/46] clk: pwm: switch to the atomic API
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 32/46] pwm: deprecate pwm_config(), pwm_enable() and pwm_disable()
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 08/46] hwmon: pwm-fan: use pwm_get_args() where appropriate
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Jacek Anaszewski <jacek.anaszewski@xxxxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] hid: thingm: change driver to use RGB LED core extension
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• RE: [PATCH v5 08/46] hwmon: pwm-fan: use pwm_get_args() where appropriate
  • From: Kamil Debski <k.debski@xxxxxxxxxxx>
• RE: [PATCH v5 35/46] hwmon: pwm-fan: switch to the atomic API
  • From: Kamil Debski <k.debski@xxxxxxxxxxx>
• Re: [PATCH v5 36/46] input: misc: max77693: switch to the atomic API
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 32/46] pwm: deprecate pwm_config(), pwm_enable() and pwm_disable()
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 36/46] input: misc: max77693: switch to the atomic API
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v5 32/46] pwm: deprecate pwm_config(), pwm_enable() and pwm_disable()
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 1/3] leds: trigger: Introduce a kernel panic LED trigger
  • From: Holger Schurig <holgerschurig@xxxxxxxxx>
• Re: [PATCH v5 1/4] leds: core: add generic support for RGB Color LED's
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v5 26/46] pwm: sun4i: implement hardware readout
  • From: Alexandre Belloni <alexandre.belloni@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/46] pwm: introduce the pwm_args concept
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] leds: trigger: Introduce a kernel panic LED trigger
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v5 10/46] leds: pwm: use pwm_get_args() where appropriate
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v5 05/46] pwm: introduce the pwm_args concept
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 08/46] hwmon: pwm-fan: use pwm_get_args() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] leds: trigger: Introduce a kernel panic LED trigger
  • From: Jacek Anaszewski <j.anaszewski@xxxxxxxxxxx>
• Re: [PATCH v5 34/46] clk: pwm: switch to the atomic API
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 08/46] hwmon: pwm-fan: use pwm_get_args() where appropriate
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v5 34/46] clk: pwm: switch to the atomic API
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH v5 07/46] clk: pwm: use pwm_get_args() where appropriate
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH v5 05/46] pwm: introduce the pwm_args concept
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH v5 30/46] regulator: pwm: retrieve correct voltage
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v5 28/46] regulator: pwm: swith to the atomic PWM API
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v5 27/46] regulator: pwm: adjust PWM config at probe time
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v5 03/46] backlight: lm3630a_bl: stop messing with the pwm->period field
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 04/46] pwm: get rid of pwm->lock
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 01/46] pwm: rcar: make use of pwm_is_enabled()
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 05/46] pwm: introduce the pwm_args concept
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 00/46] pwm: add support for atomic update
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 06/46] pwm: use pwm_get/set_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 09/46] misc: max77693-haptic: use pwm_get_args() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/46] pwm: add support for atomic update
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 10/46] leds: pwm: use pwm_get_args() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 07/46] clk: pwm: use pwm_get_args() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 11/46] regulator: pwm: use pwm_get_args() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 13/46] backlight: pwm_bl: use pwm_get_args() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 12/46] fbdev: ssd1307fb: use pwm_get_args() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 15/46] pwm: introduce the pwm_state concept
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 16/46] pwm: move the enabled/disabled info into pwm_state
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 14/46] pwm: keep PWM state in sync with hardware state
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 18/46] pwm: add the core infrastructure to allow atomic update
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 19/46] pwm: switch to the atomic API
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 21/46] pwm: rockchip: add initial state retrieval
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 20/46] pwm: add information about polarity, duty cycle and period to debugfs
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 33/46] pwm: replace pwm_disable() by pwm_apply_state()
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 24/46] pwm: sti: add support for initial state retrieval
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 23/46] pwm: rockchip: add support for atomic update
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 27/46] regulator: pwm: adjust PWM config at probe time
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 28/46] regulator: pwm: swith to the atomic PWM API
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 29/46] regulator: pwm: properly initialize the ->state field
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 31/46] pwm: update documentation
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 26/46] pwm: sun4i: implement hardware readout
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 32/46] pwm: deprecate pwm_config(), pwm_enable() and pwm_disable()
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 30/46] regulator: pwm: retrieve correct voltage
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 34/46] clk: pwm: switch to the atomic API
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 37/46] input: misc: max8997: switch to the atomic PWM API
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 35/46] hwmon: pwm-fan: switch to the atomic API
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 38/46] input: misc: pwm-beeper: switch to the atomic PWM API
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 39/46] leds: pwm: switch to the atomic PWM API
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 36/46] input: misc: max77693: switch to the atomic API
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 40/46] backlight: lm3630a: switch to the atomic PWM API
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>