This is v4 of the series that brings devicetree support for the lltc,lt3593 LED driver. Before this series, the driver supported controlling multiple LEDs through an array in the platform data. IOW, a single instance of the driver was able to control multiple hardware chips. This series changes that, and requires a distinct platform device to be set up for each of them, if a board has multiple of these hardware chips. The reason is that in DT, nodes should represent hardware, and it's much cleaner this way. As stated earlier in the thread for v1, the driver currently only has one user in mainline (the Raumfeld platform) which is soon to be replaced by a devicetree file. This user only uses one LED via pdata, so the change mentioned above does not cause a regression. Once the platform is fully ported to DT, I'll send another patch that removes pdata handling from this driver completely, but it's kept around as legacy bridge for now. Changelog: v3 → v4: * Fixed a mishap that slipped in during rebase which caused a compile error * Removed empty line at end of the DT documentaion file * Switched to SPDX license header in the driver v2 → v3: * Fixed a typo in the commit log of 1/5 * Rebased onto 4.18-rc1 v1 → v2: * Moved LED-specific properties into a sub-node in DT, as requested by Jacek Anaszewski. Daniel Mack (5): dt-bindings: leds: Add bindings for lltc,lt3593 leds: lt3593: merge functions and clean up code leds: lt3593: switch to gpiod interface leds: lt3593: Add device tree probing glue leds: lt3593: update email address and switch to SPDX license header .../devicetree/bindings/leds/leds-lt3593.txt | 34 ++++ drivers/leds/leds-lt3593.c | 192 ++++++++++-------- 2 files changed, 142 insertions(+), 84 deletions(-) create mode 100644 Documentation/devicetree/bindings/leds/leds-lt3593.txt -- 2.17.1 -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
