From patchwork Mon Apr 1 17:33:56 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Dan Murphy X-Patchwork-Id: 161564 Delivered-To: patch@linaro.org Received: by 2002:a02:c6d8:0:0:0:0:0 with SMTP id r24csp750243jan; Mon, 1 Apr 2019 10:45:25 -0700 (PDT) X-Google-Smtp-Source: APXvYqxO2MHPOz9rysn3r2/eZJw3hTne2llO4hbtq2LokyOzNfZl03kbO5nXMX5Hk9n+yEsg1p25 X-Received: by 2002:a17:902:9884:: with SMTP id s4mr16095445plp.179.1554140725453; Mon, 01 Apr 2019 10:45:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554140725; cv=none; d=google.com; s=arc-20160816; b=YJ+uFPdgGXHpriwLEzAaAn2/tqvFOOwhoEW7gYFB7qjZ6cDxeNU5fU6yiu15QmU+ph V/6wN4W7ltxdVePZ0dqb5lVa6DHobhESPqACiqCf4MZmBKqRyHKBcGHfweRnR/LiuV/S fApHKJyQ6ZW+dkvR6m2A349NuAWYUmXYad821WRnlG6I3n2PeOa4jtatv9zLvDYwPcKy UhANNzt+N+Q31gg8glWPYn7uBNXfRAYeicbnPDeKNFiUVVPaBk02rnu0rZiO7Qojgi4K yrmmE5XDMxlp/R9QH/CDiT0q3Kl/q/Ug3rDsDz+zFPbzix3aoiEnGuUYeI5eiO6FBboH svVQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:dkim-signature; bh=zZ2wiU8ugxRgUiXgVf/FA2eQuEbGUCruAFQYvaxb7Xw=; b=hEdXuz5UXYbB0zG/taNlJGxbIvpozJ1v1hFi0iFw//N+Yxltj0Bb0w8P0LpbGwxT5h 0vDF8vvKMzTx+QC+acrHVQCb47wATUdoIyb+QGzjKOelxgN7Yus7KWa0qa5AVNndxycA c3y9TW5oHgSxin2pfO7N8Z2jCgEdAviWmlzztmDumKZRHKgRxBxqI8sxKpx/gu0RbfRz OjH31CHuXPLKo6v8vRbIvtFu2e9dwJaqMnCZScjdtIa6zDOFl+qh/rzXqxFig7/hITLK AVrnEsw+FBFaXYC5slMZLd0ug0kHLknx6I0GBnXyjXRK/EDYp4AZC7NbD1acETVx39mO 3L7A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=C6n7NqrE; spf=pass (google.com: best guess record for domain of linux-leds-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-leds-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l12si9424822pgs.184.2019.04.01.10.45.25; Mon, 01 Apr 2019 10:45:25 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-leds-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=C6n7NqrE; spf=pass (google.com: best guess record for domain of linux-leds-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-leds-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729519AbfDARpY (ORCPT + 1 other); Mon, 1 Apr 2019 13:45:24 -0400 Received: from fllv0015.ext.ti.com ([198.47.19.141]:34212 "EHLO fllv0015.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387735AbfDAReR (ORCPT ); Mon, 1 Apr 2019 13:34:17 -0400 Received: from lelv0265.itg.ti.com ([10.180.67.224]) by fllv0015.ext.ti.com (8.15.2/8.15.2) with ESMTP id x31HY4sd129006; Mon, 1 Apr 2019 12:34:04 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1554140044; bh=zZ2wiU8ugxRgUiXgVf/FA2eQuEbGUCruAFQYvaxb7Xw=; h=From:To:CC:Subject:Date:In-Reply-To:References; b=C6n7NqrEhEnE78CGmbaEXRFvc4grvEiINAo7SAEFDEdrLw8aRwEDQzJQB1I+H9D7s CLewi1V1MxPlQf8pmXTL8NV4Si5/q7yiDheZvI8WlkIivICxirPhWVy9/l8z/L4mJ6 Od+C/9V7LypeOKRurA0Rf+xmuGeN+evbdVI15D9g= Received: from DFLE109.ent.ti.com (dfle109.ent.ti.com [10.64.6.30]) by lelv0265.itg.ti.com (8.15.2/8.15.2) with ESMTPS id x31HY4eh119013 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 1 Apr 2019 12:34:04 -0500 Received: from DFLE115.ent.ti.com (10.64.6.36) by DFLE109.ent.ti.com (10.64.6.30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Mon, 1 Apr 2019 12:34:03 -0500 Received: from lelv0326.itg.ti.com (10.180.67.84) by DFLE115.ent.ti.com (10.64.6.36) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5 via Frontend Transport; Mon, 1 Apr 2019 12:34:03 -0500 Received: from localhost (ileax41-snat.itg.ti.com [10.172.224.153]) by lelv0326.itg.ti.com (8.15.2/8.15.2) with ESMTP id x31HY3PC116797; Mon, 1 Apr 2019 12:34:03 -0500 From: Dan Murphy To: , , CC: , , , Dan Murphy Subject: [RFC PATCH 1/5] leds: multicolor: Add sysfs interface definition Date: Mon, 1 Apr 2019 12:33:56 -0500 Message-ID: <20190401173400.14238-2-dmurphy@ti.com> X-Mailer: git-send-email 2.12.2 In-Reply-To: <20190401173400.14238-1-dmurphy@ti.com> References: <20190401173400.14238-1-dmurphy@ti.com> MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-leds-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-leds@vger.kernel.org Add a documentation of LED Multicolor LED class specific sysfs attributes. Signed-off-by: Dan Murphy --- .../ABI/testing/sysfs-class-led-multicolor | 91 +++++++++++++++++++ 1 file changed, 91 insertions(+) create mode 100644 Documentation/ABI/testing/sysfs-class-led-multicolor -- 2.19.0 diff --git a/Documentation/ABI/testing/sysfs-class-led-multicolor b/Documentation/ABI/testing/sysfs-class-led-multicolor new file mode 100644 index 000000000000..5583ecaa3170 --- /dev/null +++ b/Documentation/ABI/testing/sysfs-class-led-multicolor @@ -0,0 +1,91 @@ +What: /sys/class/leds//colors/sync_enable +Date: April 2019 +KernelVersion: 5.2 +Contact: Dan Murphy +Description: read/write + Writing a 1 to this file will enable the synchronization of all + the defined color LEDs within the LED node. Brightness values + for each LED will be stored and written when sync is set to 1. + Writing a 0 to this file will disable syncing and allow + individual control of the LEDs brightness settings. + +What: /sys/class/leds//colors/sync +Date: April 2019 +KernelVersion: 5.2 +Contact: Dan Murphy +Description: write only + Writing a 1 to this file while sync_enable is set to 1 will + write the current brightness values to all defined LEDs within + the LED node. All LEDs defined will be configured based + on the brightness that has been requested. + + If sync_enable is set to 0 then writing a 1 to sync has no + affect on the LEDs. + +What: /sys/class/leds//colors//brightness +Date: April 2019 +KernelVersion: 5.2 +Contact: Dan Murphy +Description: read/write + The led_color directory is dynamically created based on the + colors defined by the registrar of the class. + The led_color can be but not limited to red, green, blue, + white, amber, yellow and violet. Drivers can also declare a + LED color for presentation. There is one directory per color + presented. The brightness file is created under each + led_color directory and controls the individual LED color + setting. + + If sync is enabled then writing the brightness value of the LED + is deferred until a 1 is written to + /sys/class/leds//color/sync. If syncing is + disabled then the LED brightness value will be written + immediately to the LED driver. + + The value of the color is from 0 to + /sys/class/leds//colors//max_brightness. + +What: /sys/class/leds//colors//max_brightness +Date: April 2019 +KernelVersion: 5.2 +Contact: Dan Murphy +Description: read only + Maximum brightness level for the LED color, default is + 255 (LED_FULL). + + If the LED does not support different brightness levels, this + should be 1. + +What: /sys/class/leds//brightness_model/ +Date: April 2019 +KernelVersion: 5.2 +Contact: Jacek Anaszewski +Description: read/write + This directory contains the defined color models that are read + from the firmware node. The model color will be the read from + the firmware node. The model names should be a color that the + LED cluster can produce. + +What: /sys/class/leds//brightness_model//brightness +Date: April 2019 +KernelVersion: 5.2 +Contact: Jacek Anaszewski +Description: read/write + Writing this file will initiate a synchronized write to the LED + cluster to produce the color output defined in the firmware node. + + This value cannot exceed /max_brightness. + Writing a 0 to this file will cause the LED cluster to turn off. + + The sync and sync_enable files do not have an affect on this as + this is a real time update of the LED cluster. + +What: /sys/class/leds//brightness_model//max_brightness +Date: April 2019 +KernelVersion: 5.2 +Contact: Jacek Anaszewski +Description: read + Reading this file will return the maximum number of brightness + levels that are defined in the firmware node for the model color. + It should be assumed that the levels are from 1 -> max_brightness + and the LED cluster brightness is increasing. From patchwork Mon Apr 1 17:33:59 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Dan Murphy X-Patchwork-Id: 161565 Delivered-To: patch@linaro.org Received: by 2002:a02:c6d8:0:0:0:0:0 with SMTP id r24csp750252jan; Mon, 1 Apr 2019 10:45:25 -0700 (PDT) X-Google-Smtp-Source: APXvYqzMqPFjuqyHqmxtcsxFdFhftKaRD2SuEPG2zkDHcng2ZdYfjs8XNQly9cyZvYrVy7tZHwn6 X-Received: by 2002:a17:902:3a5:: with SMTP id d34mr62835481pld.174.1554140725838; Mon, 01 Apr 2019 10:45:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554140725; cv=none; d=google.com; s=arc-20160816; b=s9zJyK46CckTNc5qWReQ8AtF9rThX8lRhSpfFdxZa9ySbUgatVZWjBMpeECbecTuhY vO9JC9EmLItOACfpLllb9ebBmRejFDVbgQe+SiNVJvdTOKKgt6KJ4hY45tDKIeA7cSfG KRqEkRH8kGGB6dURPUVNJmG/eD9r0bT2jMJUf45XnsiZbr+Aw8hJPYguP43BXnfZ/eYa ZYcltiOBk5bMNZ2BsC2C71DJ4WWzhKx4HvQalKxpn9ohFvsAYky/sxhHNlmtYOkq6yWY nWRF1wGsKZMZqQoPH/BBUiaBisxf8nbuDDpIiC0JyXgQa7lhM3SN1EmJMHX3aQ6w8C0u CcNw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:dkim-signature; bh=NRAX1bmUD/a5vpTS0wktfjeVShF+ASYaJwyo80uQPIU=; b=woeP61hdvHTCo8/FpmSu4lQFBchiPVEtq/GkBcBjFMNeUj2A6j0/942ZFXE25aCo9Z vgjpuMZ69yWFCeK/35GuRV36U96J5EJHOutmpqhtgVLiAsgGTCaKPTqIsLRhmy0KG292 O84qODzhWv03PjOHUpuUpkUAygW3UtU+9H5JYe1Ir9WuHvT2sTf/JZus8vmhcDcEQvXS rc1fWGZfNC9pyL6L3CO6irJ0ppYQ6tqBPEwwyAjzN19AHoHHmJ6YZSjFYVf55BtwxDWe 7rRNsHxAONO1Pi08+cUldOzP/7HWWdRqJmxJhM7Pe8eQjlJUWZNo+v8xLRRuZ0O8ZkxL PgZA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=dadz98qR; spf=pass (google.com: best guess record for domain of linux-leds-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-leds-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l12si9424822pgs.184.2019.04.01.10.45.25; Mon, 01 Apr 2019 10:45:25 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-leds-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=dadz98qR; spf=pass (google.com: best guess record for domain of linux-leds-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-leds-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387865AbfDARpZ (ORCPT + 1 other); Mon, 1 Apr 2019 13:45:25 -0400 Received: from fllv0015.ext.ti.com ([198.47.19.141]:34218 "EHLO fllv0015.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387736AbfDAReR (ORCPT ); Mon, 1 Apr 2019 13:34:17 -0400 Received: from lelv0266.itg.ti.com ([10.180.67.225]) by fllv0015.ext.ti.com (8.15.2/8.15.2) with ESMTP id x31HY513129032; Mon, 1 Apr 2019 12:34:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1554140045; bh=NRAX1bmUD/a5vpTS0wktfjeVShF+ASYaJwyo80uQPIU=; h=From:To:CC:Subject:Date:In-Reply-To:References; b=dadz98qRycyCc38L7Pl/A6M5ZbZcYBByuYZd8vwVY+5LYSkVS6VhyNyo+MgN8VPnc 6hLbNCueKf12cjYrPjl/hwX0ye2jjmZJlWRJzTNKaNeaLJ3/sPdYsr/p/MxX9qUX6g 3wM4ic0f88jrZ7g2kMfixpTLbAlIdbgC7vRx+iKw= Received: from DLEE111.ent.ti.com (dlee111.ent.ti.com [157.170.170.22]) by lelv0266.itg.ti.com (8.15.2/8.15.2) with ESMTPS id x31HY50N110657 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 1 Apr 2019 12:34:05 -0500 Received: from DLEE113.ent.ti.com (157.170.170.24) by DLEE111.ent.ti.com (157.170.170.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Mon, 1 Apr 2019 12:34:05 -0500 Received: from fllv0040.itg.ti.com (10.64.41.20) by DLEE113.ent.ti.com (157.170.170.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5 via Frontend Transport; Mon, 1 Apr 2019 12:34:05 -0500 Received: from localhost (ileax41-snat.itg.ti.com [10.172.224.153]) by fllv0040.itg.ti.com (8.15.2/8.15.2) with ESMTP id x31HY5Ep101354; Mon, 1 Apr 2019 12:34:05 -0500 From: Dan Murphy To: , , CC: , , , Dan Murphy Subject: [RFC PATCH 4/5] dt-bindings: leds: Add LED_COLOR_ID and COLOR_NAME definitions Date: Mon, 1 Apr 2019 12:33:59 -0500 Message-ID: <20190401173400.14238-5-dmurphy@ti.com> X-Mailer: git-send-email 2.12.2 In-Reply-To: <20190401173400.14238-1-dmurphy@ti.com> References: <20190401173400.14238-1-dmurphy@ti.com> MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-leds-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-leds@vger.kernel.org This patch is being added to demonstrate reuse of Jacek's patch https://lore.kernel.org/patchwork/patch/1056726/ I have added color name definitions to the above patch. I do not claim authorship and the intent of this patch to strictly for demonstration. Signed-off-by: Dan Murphy --- include/dt-bindings/leds/common.h | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) -- 2.19.0 diff --git a/include/dt-bindings/leds/common.h b/include/dt-bindings/leds/common.h index e171d0a6beb2..7e1279d761e4 100644 --- a/include/dt-bindings/leds/common.h +++ b/include/dt-bindings/leds/common.h @@ -19,4 +19,23 @@ #define LEDS_BOOST_ADAPTIVE 1 #define LEDS_BOOST_FIXED 2 +#define LED_COLOR_ID_WHITE 0 +#define LED_COLOR_ID_RED 1 +#define LED_COLOR_ID_GREEN 2 +#define LED_COLOR_ID_BLUE 3 +#define LED_COLOR_ID_AMBER 4 +#define LED_COLOR_ID_VIOLET 5 +#define LED_COLOR_ID_YELLOW 6 +#define LED_COLOR_ID_MAX LED_COLOR_ID_YELLOW + +#define LED_COLOR_NAME_WHITE "white" +#define LED_COLOR_NAME_RED "red" +#define LED_COLOR_NAME_GREEN "green" +#define LED_COLOR_NAME_BLUE "blue" +#define LED_COLOR_NAME_AMBER "amber" +#define LED_COLOR_NAME_VIOLET "violet" +#define LED_COLOR_NAME_YELLOW "yellow" + +#define LED_COLOR_NAME_MAX_SZ 6 + #endif /* __DT_BINDINGS_LEDS_H */ From patchwork Mon Apr 1 17:34:00 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Dan Murphy X-Patchwork-Id: 161563 Delivered-To: patch@linaro.org Received: by 2002:a02:c6d8:0:0:0:0:0 with SMTP id r24csp750067jan; Mon, 1 Apr 2019 10:45:17 -0700 (PDT) X-Google-Smtp-Source: APXvYqwwWUQPmqD8Wj1ljZdiW0NOPe4kfqfzPqs3HdWj+JW4B7ltUz56ndCujTYxpqHy3rdUgYUD X-Received: by 2002:a62:e112:: with SMTP id q18mr13111875pfh.116.1554140717135; Mon, 01 Apr 2019 10:45:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554140717; cv=none; d=google.com; s=arc-20160816; b=EeheSn+l3d+HXnUcPbpSrJ1ma8y/sG+BYNWuxoHYjmzFPfd7xgxo15j/85Jn41TMyL uD+tNfS/jW82XrgpGreHwyEBK5UOWZrFLb9zdFbj1jV65eL2QuSJ74br2Ww1PohCkNXn 58/CvHYUlM9Ff4GCC3gzgBXRwO7v9wEmwjHMex10I+/T5HvwWERl3RV308p1g3dyloOH xW1V4x0xxoSdvtKJeIsIw7lFm/xlwVkR1w9MgaojjkEduJSuYRu44rELG9Hy6bmcX3L4 xLkho5+y0t3b6garQ0tsDvLKhGfmdvymobccqbjGMamrXkLfwo5Nm4/TQjFC6tjujjRN vTmw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:dkim-signature; bh=Cac50qITR0uXz3jNZcqSpB7OHZctr32fPLVIx57tlGg=; b=rfeUhhfuf8IRzatdLPPDrBzeDd456IBwx6wWUVfuW5l4k9LZo6caFSsF57Ixtp5Mho cdC7SvqW/jmhNwYe89qyj3CucxGlLbGw/72nWaT4RcE4vL+hsjUnb9fsK28QGo2abZi4 9yYtw798M5RdAqpCfpCTReYM0MQpoN3rYR9azq4pExA2QID5b+RcXqfLmVZ+1TLmINxm Jy7wKlu52Unk2kmep5x3LGvq9Xgc5RTdCj82WcDO1PjBFAV0EPOnbV7IJ3k2hPZjna/R vt4NGKl84Gri2QPBTnv7n9bJMcfIetsDhFEvVi4bFw4jm+xK7DQSRZ4mQ3O6lAtdXNE2 7orw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=qVHkUpXk; spf=pass (google.com: best guess record for domain of linux-leds-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-leds-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 17si9135134pgu.262.2019.04.01.10.45.17; Mon, 01 Apr 2019 10:45:17 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-leds-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=qVHkUpXk; spf=pass (google.com: best guess record for domain of linux-leds-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-leds-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387755AbfDARpQ (ORCPT + 1 other); Mon, 1 Apr 2019 13:45:16 -0400 Received: from fllv0015.ext.ti.com ([198.47.19.141]:34220 "EHLO fllv0015.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1733289AbfDAReS (ORCPT ); Mon, 1 Apr 2019 13:34:18 -0400 Received: from fllv0034.itg.ti.com ([10.64.40.246]) by fllv0015.ext.ti.com (8.15.2/8.15.2) with ESMTP id x31HY5rQ129037; Mon, 1 Apr 2019 12:34:05 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1554140045; bh=Cac50qITR0uXz3jNZcqSpB7OHZctr32fPLVIx57tlGg=; h=From:To:CC:Subject:Date:In-Reply-To:References; b=qVHkUpXkSQ8xLlWvZujrXvK8n54eqjEpORgHK8KSSISVRGATcQm6heo1Ly4N2EBDF 8HpVWiXJnmcQjSPXxE5ms2GLYdWndE8DgVHrnNvyFwkb9b9paFVKOjvRE3N/Onl/VC KDDIsoVj4FUmab6GCSmt8fpxAyOD7GApzhhEow1w= Received: from DLEE108.ent.ti.com (dlee108.ent.ti.com [157.170.170.38]) by fllv0034.itg.ti.com (8.15.2/8.15.2) with ESMTPS id x31HY5tB071871 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 1 Apr 2019 12:34:05 -0500 Received: from DLEE106.ent.ti.com (157.170.170.36) by DLEE108.ent.ti.com (157.170.170.38) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Mon, 1 Apr 2019 12:34:05 -0500 Received: from lelv0327.itg.ti.com (10.180.67.183) by DLEE106.ent.ti.com (157.170.170.36) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5 via Frontend Transport; Mon, 1 Apr 2019 12:34:05 -0500 Received: from localhost (ileax41-snat.itg.ti.com [10.172.224.153]) by lelv0327.itg.ti.com (8.15.2/8.15.2) with ESMTP id x31HY59e015240; Mon, 1 Apr 2019 12:34:05 -0500 From: Dan Murphy To: , , CC: , , , Dan Murphy Subject: [RFC PATCH 5/5] leds: multicolor: Introduce a multicolor class definition Date: Mon, 1 Apr 2019 12:34:00 -0500 Message-ID: <20190401173400.14238-6-dmurphy@ti.com> X-Mailer: git-send-email 2.12.2 In-Reply-To: <20190401173400.14238-1-dmurphy@ti.com> References: <20190401173400.14238-1-dmurphy@ti.com> MIME-Version: 1.0 X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-leds-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-leds@vger.kernel.org Introduce a multicolor class that groups colored LEDs within a LED node. The framework allows for dynamically setting individual LEDs or setting brightness levels of LEDs and updating them virtually simultaneously. Signed-off-by: Dan Murphy --- drivers/leds/Kconfig | 10 + drivers/leds/Makefile | 1 + drivers/leds/led-class-multicolor.c | 411 +++++++++++++++++++++++++++ include/linux/led-class-multicolor.h | 69 +++++ 4 files changed, 491 insertions(+) create mode 100644 drivers/leds/led-class-multicolor.c create mode 100644 include/linux/led-class-multicolor.h -- 2.19.0 diff --git a/drivers/leds/Kconfig b/drivers/leds/Kconfig index a72f97fca57b..477e108fd2a7 100644 --- a/drivers/leds/Kconfig +++ b/drivers/leds/Kconfig @@ -29,6 +29,16 @@ config LEDS_CLASS_FLASH for the flash related features of a LED device. It can be built as a module. +config LEDS_CLASS_MULTI_COLOR + tristate "LED Mulit Color LED Class Support" + depends on LEDS_CLASS + help + This option enables the flash led sysfs class in /sys/class/leds. + It wrapps LED Class and adds flash LEDs specific sysfs attributes + and kernel internal API to it. You'll need this to provide support + for the flash related features of a LED device. It can be built + as a module. + config LEDS_BRIGHTNESS_HW_CHANGED bool "LED Class brightness_hw_changed attribute support" depends on LEDS_CLASS diff --git a/drivers/leds/Makefile b/drivers/leds/Makefile index 4c1b0054f379..c57c2aec9510 100644 --- a/drivers/leds/Makefile +++ b/drivers/leds/Makefile @@ -4,6 +4,7 @@ obj-$(CONFIG_NEW_LEDS) += led-core.o obj-$(CONFIG_LEDS_CLASS) += led-class.o obj-$(CONFIG_LEDS_CLASS_FLASH) += led-class-flash.o +obj-$(CONFIG_LEDS_CLASS_MULTI_COLOR) += led-class-multicolor.o obj-$(CONFIG_LEDS_TRIGGERS) += led-triggers.o # LED Platform Drivers diff --git a/drivers/leds/led-class-multicolor.c b/drivers/leds/led-class-multicolor.c new file mode 100644 index 000000000000..d54a884eaf09 --- /dev/null +++ b/drivers/leds/led-class-multicolor.c @@ -0,0 +1,411 @@ +// SPDX-License-Identifier: GPL-2.0 +// LED Multi Color class interface +// Copyright (C) 2019 Texas Instruments Incorporated - http://www.ti.com/ + +#include +#include +#include +#include +#include +#include +#include "leds.h" + +const char *led_colors[LED_COLOR_ID_MAX + 1] = { + [LED_COLOR_ID_WHITE] = LED_COLOR_NAME_WHITE, + [LED_COLOR_ID_RED] = LED_COLOR_NAME_RED, + [LED_COLOR_ID_GREEN] = LED_COLOR_NAME_GREEN, + [LED_COLOR_ID_BLUE] = LED_COLOR_NAME_BLUE, + [LED_COLOR_ID_AMBER] = LED_COLOR_NAME_AMBER, + [LED_COLOR_ID_VIOLET] = LED_COLOR_NAME_VIOLET, + [LED_COLOR_ID_YELLOW] = LED_COLOR_NAME_YELLOW, +}; + +struct led_classdev_mc_data { + struct led_classdev_mc *mcled_cdev; + struct kobject *color_kobj; + struct kobject *led_kobj; + + struct device_attribute sync_attr; + struct device_attribute sync_enable_attr; + + struct list_head color_list; +}; + +struct led_classdev_mc_priv { + struct led_classdev_mc *mcled_cdev; + + struct device_attribute max_brightness_attr; + struct device_attribute brightness_attr; + + enum led_brightness max_brightness; + enum led_brightness brightness; + struct list_head list; + + int color_id; +}; + +static ssize_t sync_store(struct device *dev, + struct device_attribute *sync_attr, + const char *buf, size_t size) +{ + struct led_classdev_mc_data *data = container_of(sync_attr, + struct led_classdev_mc_data, + sync_attr); + struct led_classdev_mc *mcled_cdev = data->mcled_cdev; + struct led_classdev *led_cdev = &mcled_cdev->led_cdev; + const struct led_multicolor_ops *ops = mcled_cdev->ops; + struct led_classdev_mc_priv *priv; + unsigned long sync_value; + ssize_t ret = -EINVAL; + + mutex_lock(&led_cdev->led_access); + + if (!mcled_cdev->sync_enabled) + goto unlock; + + ret = kstrtoul(buf, 0, &sync_value); + if (ret) + goto unlock; + + if (!sync_value) { + ret = size; + goto unlock; + } + + list_for_each_entry(priv, &data->color_list, list) { + ret = ops->set_color_brightness(priv->mcled_cdev, + priv->color_id, + priv->brightness); + if (ret < 0) + goto unlock; + } + + ret = size; +unlock: + mutex_unlock(&led_cdev->led_access); + return ret; +} + +static ssize_t sync_enable_store(struct device *dev, + struct device_attribute *sync_enable_attr, + const char *buf, size_t size) +{ + struct led_classdev_mc_data *data = container_of(sync_enable_attr, + struct led_classdev_mc_data, + sync_enable_attr); + struct led_classdev_mc *mcled_cdev = data->mcled_cdev; + struct led_classdev *led_cdev = &mcled_cdev->led_cdev; + unsigned long sync_value; + ssize_t ret = -EINVAL; + + mutex_lock(&led_cdev->led_access); + + ret = kstrtoul(buf, 0, &sync_value); + if (ret) + goto unlock; + + mcled_cdev->sync_enabled = sync_value; + + ret = size; +unlock: + mutex_unlock(&led_cdev->led_access); + return ret; +} + +static ssize_t sync_enable_show(struct device *dev, + struct device_attribute *sync_enable_attr, + char *buf) +{ + struct led_classdev_mc_data *data = container_of(sync_enable_attr, + struct led_classdev_mc_data, + sync_enable_attr); + struct led_classdev_mc *mcled_cdev = data->mcled_cdev; + + return sprintf(buf, "%d\n", mcled_cdev->sync_enabled); +} + +static ssize_t brightness_store(struct device *dev, + struct device_attribute *brightness_attr, + const char *buf, size_t size) +{ + struct led_classdev_mc_priv *priv = container_of(brightness_attr, + struct led_classdev_mc_priv, + brightness_attr); + struct led_multicolor_ops *ops = priv->mcled_cdev->ops; + struct led_classdev *led_cdev = &priv->mcled_cdev->led_cdev; + + int old_brightness; + unsigned long value; + ssize_t ret = -EINVAL; + + mutex_lock(&led_cdev->led_access); + + ret = kstrtoul(buf, 10, &value); + if (ret) + goto unlock; + + if (value > priv->max_brightness) { + ret = -EINVAL; + goto unlock; + } + + /* Retain the current brightness in case writing the LED fails */ + old_brightness = priv->brightness; + priv->brightness = value; + + if (priv->mcled_cdev->sync_enabled) { + ret = size; + goto unlock; + } + + ret = ops->set_color_brightness(priv->mcled_cdev, + priv->color_id, value); + if (ret < 0) { + priv->brightness = old_brightness; + goto unlock; + } + + ret = size; +unlock: + mutex_unlock(&led_cdev->led_access); + return ret; +} + +static ssize_t brightness_show(struct device *dev, + struct device_attribute *brightness_attr, char *buf) +{ + struct led_classdev_mc_priv *priv = container_of(brightness_attr, + struct led_classdev_mc_priv, + brightness_attr); + const struct led_multicolor_ops *ops = priv->mcled_cdev->ops; + int value = 0; + + if (priv->mcled_cdev->sync_enabled) { + value = priv->brightness; + goto sync_enabled; + } + + if (ops->get_color_brightness) { + value = ops->get_color_brightness(priv->mcled_cdev, + priv->color_id); + priv->brightness = value; + } else { + value = priv->brightness; + } + +sync_enabled: + return sprintf(buf, "%d\n", value); +} + +static ssize_t max_brightness_show(struct device *dev, + struct device_attribute *max_brightness_attr, + char *buf) +{ + struct led_classdev_mc_priv *priv = container_of(max_brightness_attr, + struct led_classdev_mc_priv, + max_brightness_attr); + + return sprintf(buf, "%d\n", priv->max_brightness); +} + +static int led_multicolor_init_color(struct led_classdev_mc_data *data, + struct led_classdev_mc *mcled_cdev, + int color_id) +{ + struct led_classdev *led_cdev = &mcled_cdev->led_cdev; + struct led_classdev_mc_priv *mc_priv; + int ret; + + mc_priv = devm_kzalloc(led_cdev->dev, sizeof(*mc_priv), GFP_KERNEL); + if (!mc_priv) + return -ENOMEM; + + mc_priv->color_id = color_id; + mc_priv->mcled_cdev = mcled_cdev; + + data->led_kobj = kobject_create_and_add(led_colors[color_id], + data->color_kobj); + if (!data->led_kobj) + return -EINVAL; + + sysfs_attr_init(&mc_priv->brightness_attr.attr); + mc_priv->brightness_attr.attr.name = "brightness"; + mc_priv->brightness_attr.attr.mode = S_IRUSR | S_IWUSR; + mc_priv->brightness_attr.show = brightness_show; + mc_priv->brightness_attr.store = brightness_store; + ret = sysfs_create_file(data->led_kobj, + &mc_priv->brightness_attr.attr); + if (ret) + goto err_out; + + sysfs_attr_init(&mc_priv->max_brightness_attr.attr); + mc_priv->max_brightness_attr.attr.name = "max_brightness"; + mc_priv->max_brightness_attr.attr.mode = S_IRUSR; + mc_priv->max_brightness_attr.show = max_brightness_show; + ret = sysfs_create_file(data->led_kobj, + &mc_priv->max_brightness_attr.attr); + if (ret) + goto err_out; + + mc_priv->max_brightness = LED_FULL; + list_add_tail(&mc_priv->list, &data->color_list); + +err_out: + return ret; +} + +static int led_multicolor_init_color_dir(struct led_classdev_mc_data *data, + struct led_classdev_mc *mcled_cdev) +{ + struct led_classdev *led_cdev = &mcled_cdev->led_cdev; + int ret; + + data->color_kobj = kobject_create_and_add("colors", + &led_cdev->dev->kobj); + if (!data->color_kobj) + return -EINVAL; + + sysfs_attr_init(&data->sync_enable_attr.attr); + data->sync_enable_attr.attr.name = "sync_enable"; + data->sync_enable_attr.attr.mode = S_IRUSR | S_IWUSR; + data->sync_enable_attr.show = sync_enable_show; + data->sync_enable_attr.store = sync_enable_store; + ret = sysfs_create_file(data->color_kobj, + &data->sync_enable_attr.attr); + if (ret) + goto err_out; + + sysfs_attr_init(&data->sync_attr.attr); + data->sync_attr.attr.name = "sync"; + data->sync_attr.attr.mode = S_IWUSR; + data->sync_attr.store = sync_store; + ret = sysfs_create_file(data->color_kobj, + &data->sync_attr.attr); + if (ret) + goto err_out; + + data->mcled_cdev = mcled_cdev; + +err_out: + return ret; +} + +int led_classdev_multicolor_register(struct device *parent, + struct led_classdev_mc *mcled_cdev) +{ + struct led_classdev *led_cdev; + struct led_multicolor_ops *ops; + struct led_classdev_mc_data *data; + int ret; + int i; + + if (!mcled_cdev) + return -EINVAL; + + ops = mcled_cdev->ops; + if (!ops || !ops->set_color_brightness) + return -EINVAL; + + data = kzalloc(sizeof(*data), GFP_KERNEL); + if (!data) + return -ENOMEM; + + led_cdev = &mcled_cdev->led_cdev; + + INIT_LIST_HEAD(&data->color_list); + + /* Register led class device */ + ret = led_classdev_register(parent, led_cdev); + if (ret) + return ret; + + ret = led_multicolor_init_color_dir(data, mcled_cdev); + if (ret) + return ret; + + + /* Select the sysfs attributes to be created for the device */ + for (i = 0; i < mcled_cdev->num_of_leds; i++) { + ret = led_multicolor_init_color(data, mcled_cdev, + mcled_cdev->available_colors[i]); + if (ret) + break; + } + + return ret; +} +EXPORT_SYMBOL_GPL(led_classdev_multicolor_register); + +void led_classdev_multicolor_unregister(struct led_classdev_mc *mcled_cdev) +{ + if (!mcled_cdev) + return; + + led_classdev_unregister(&mcled_cdev->led_cdev); +} +EXPORT_SYMBOL_GPL(led_classdev_multicolor_unregister); + +static void devm_led_classdev_multicolor_release(struct device *dev, void *res) +{ + led_classdev_multicolor_unregister(*(struct led_classdev_mc **)res); +} + +/** + * devm_of_led_classdev_register - resource managed led_classdev_register() + * + * @parent: parent of LED device + * @led_cdev: the led_classdev structure for this device. + */ +int devm_led_classdev_multicolor_register(struct device *parent, + struct led_classdev_mc *mcled_cdev) +{ + struct led_classdev_mc **dr; + int ret; + + dr = devres_alloc(devm_led_classdev_multicolor_release, + sizeof(*dr), GFP_KERNEL); + if (!dr) + return -ENOMEM; + + ret = led_classdev_multicolor_register(parent, mcled_cdev); + if (ret) { + devres_free(dr); + return ret; + } + + *dr = mcled_cdev; + devres_add(parent, dr); + + return 0; +} +EXPORT_SYMBOL_GPL(devm_led_classdev_multicolor_register); + +static int devm_led_classdev_multicolor_match(struct device *dev, + void *res, void *data) +{ + struct mcled_cdev **p = res; + + if (WARN_ON(!p || !*p)) + return 0; + + return *p == data; +} + +/** + * devm_led_classdev_multicolor_unregister() - resource managed + * led_classdev_multicolor_unregister() + * @parent: The device to unregister. + * @mcled_cdev: the led_classdev_mc structure for this device. + */ +void devm_led_classdev_multicolor_unregister(struct device *dev, + struct led_classdev_mc *mcled_cdev) +{ + WARN_ON(devres_release(dev, + devm_led_classdev_multicolor_release, + devm_led_classdev_multicolor_match, mcled_cdev)); +} +EXPORT_SYMBOL_GPL(devm_led_classdev_multicolor_unregister); + +MODULE_AUTHOR("Dan Murphy "); +MODULE_DESCRIPTION("Multi Color LED class interface"); +MODULE_LICENSE("GPL v2"); diff --git a/include/linux/led-class-multicolor.h b/include/linux/led-class-multicolor.h new file mode 100644 index 000000000000..8ca33ffe4493 --- /dev/null +++ b/include/linux/led-class-multicolor.h @@ -0,0 +1,69 @@ +// SPDX-License-Identifier: GPL-2.0 +/* LED Multicolor class interface + * Copyright (C) 2019 Texas Instruments Incorporated - http://www.ti.com/ + */ + +#ifndef __LINUX_MULTICOLOR_LEDS_H_INCLUDED +#define __LINUX_MULTICOLOR_LEDS_H_INCLUDED + +#include +#include + +struct led_classdev_mc; + +struct led_multicolor_ops { + /* Set brightness for a specific color id */ + int (*set_color_brightness)(struct led_classdev_mc *mcled_cdev, + int color_id, int value); + /* Read current color setting */ + int (*get_color_brightness)(struct led_classdev_mc *mcled_cdev, + int color_id); +}; + +struct led_classdev_mc { + /* led class device */ + struct led_classdev led_cdev; + + /* multicolor led specific ops */ + struct led_multicolor_ops *ops; + + u32 available_colors[LED_COLOR_ID_MAX]; + int num_of_leds; + + bool sync_enabled; +}; + +static inline struct led_classdev_mc *lcdev_to_mccdev( + struct led_classdev *lcdev) +{ + return container_of(lcdev, struct led_classdev_mc, led_cdev); +} + +/** + * led_classdev_multicolor_register - register a new object of led_classdev + * class with support for multicolor LEDs + * @parent: the multicolor LED to register + * @mcled_cdev: the led_classdev_mc structure for this device + * + * Returns: 0 on success or negative error value on failure + */ +extern int led_classdev_multicolor_register(struct device *parent, + struct led_classdev_mc *mcled_cdev); + +/** + * led_classdev_multicolor_unregister - unregisters an object of led_classdev + * class with support for multicolor LEDs + * @mcled_cdev: the multicolor LED to unregister + * + * Unregister a previously registered via led_classdev_multicolor_register + * object + */ +extern void led_classdev_multicolor_unregister(struct led_classdev_mc *mcled_cdev); + +extern int devm_led_classdev_multicolor_register(struct device *parent, + struct led_classdev_mc *mcled_cdev); + +extern void devm_led_classdev_multicolor_unregister(struct device *parent, + struct led_classdev_mc *mcled_cdev); + +#endif /* __LINUX_MULTICOLOR_LEDS_H_INCLUDED */