From patchwork Mon Jun 18 19:42:56 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Daniel Mack X-Patchwork-Id: 931185 Return-Path: X-Original-To: incoming-dt@patchwork.ozlabs.org Delivered-To: patchwork-incoming-dt@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=none (mailfrom) smtp.mailfrom=vger.kernel.org (client-ip=209.132.180.67; helo=vger.kernel.org; envelope-from=devicetree-owner@vger.kernel.org; receiver=) Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=zonque.org Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id 418hMy699qz9s3C for ; Tue, 19 Jun 2018 05:43:10 +1000 (AEST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S936755AbeFRTnJ (ORCPT ); Mon, 18 Jun 2018 15:43:09 -0400 Received: from mail.bugwerft.de ([46.23.86.59]:42720 "EHLO mail.bugwerft.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S936043AbeFRTnI (ORCPT ); Mon, 18 Jun 2018 15:43:08 -0400 Received: from localhost.localdomain (pD95EF6C8.dip0.t-ipconnect.de [217.94.246.200]) by mail.bugwerft.de (Postfix) with ESMTPSA id 74F0A289D8C; Mon, 18 Jun 2018 19:40:04 +0000 (UTC) From: Daniel Mack To: jacek.anaszewski@gmail.com, robh+dt@kernel.org Cc: linux-leds@vger.kernel.org, devicetree@vger.kernel.org, Daniel Mack Subject: [PATCH v2 0/5] leds: add devicetree functionality to lltc, lt3593 driver Date: Mon, 18 Jun 2018 21:42:56 +0200 Message-Id: <20180618194301.5667-1-daniel@zonque.org> X-Mailer: git-send-email 2.17.1 MIME-Version: 1.0 Sender: devicetree-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org This is v2 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: 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 .../devicetree/bindings/leds/leds-lt3593.txt | 35 ++++ drivers/leds/leds-lt3593.c | 175 +++++++++++------- 2 files changed, 142 insertions(+), 68 deletions(-) create mode 100644 Documentation/devicetree/bindings/leds/leds-lt3593.txt