Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 936EDC636D6 for ; Wed, 22 Feb 2023 15:05:02 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232332AbjBVPFB (ORCPT ); Wed, 22 Feb 2023 10:05:01 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53642 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231916AbjBVPE6 (ORCPT ); Wed, 22 Feb 2023 10:04:58 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BDEBF36FFA; Wed, 22 Feb 2023 07:04:56 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 6FFE2B815BA; Wed, 22 Feb 2023 15:04:55 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AE0AFC433EF; Wed, 22 Feb 2023 15:04:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1677078294; bh=tcsmg/sPzPDrl5ZpeptgJmANUp2vYmuC3kMeiCF/Km0=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=l5nvHoeXHFHOuXG96S+1JxOCjCna29DnzjJ3+dP4vhCKSRMJ9/tabjNGkZpLUKUt9 lXcAuyBBsdUH8mnnX/nKGWKJdcndzgbZFg76arMc3d4+UuOo2xA9vPJ50ecHcsgkCU /iYqn6GhBz4p+8R6IOwqUtsLMm66J/LcfExVYg2vXfyex+uRlUYYuNlbvzopouejKi mAcupyCwIEXvi0kkRu4iUrNKsaxgAkmUHwQLSKu55GEv1G5s61MO8BJOyM5Dh4Tyn3 DM+cARLaD7CfQawBHWL5jZiI+9Suqo/sOmITtq7NRkodVaH35cTvKr1mKvLa0mXSAq Ws7560F4hIbBQ== Date: Wed, 22 Feb 2023 15:04:48 +0000 From: Lee Jones To: Jean-Jacques Hiblot Cc: pavel@ucw.cz, robh+dt@kernel.org, sven.schwermer@disruptive-technologies.com, krzysztof.kozlowski+dt@linaro.org, johan+linaro@kernel.org, marijn.suijten@somainline.org, andy.shevchenko@gmail.com, jacek.anaszewski@gmail.com, linux-leds@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v7 0/6] Add a multicolor LED driver for groups of monochromatic LEDs Message-ID: References: <20230102081021.138648-1-jjhiblot@traphandler.com> <4994ad51-7820-538a-723d-97cb17362b34@traphandler.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4994ad51-7820-538a-723d-97cb17362b34@traphandler.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 20 Feb 2023, Jean-Jacques Hiblot wrote: > Hi Pavel, > > Would you be kind enough and have a look at this series ? It may not be the > prettiest series of all,  but the feature make senses as it provides an > atomic way of handling color leds from user space. > > Any feedback would be appreciated. If Pavel doesn't get back to you soon, I'll do my best to take a look through. > On 09/01/2023 18:19, Lee Jones wrote: > > On Mon, 02 Jan 2023, Jean-Jacques Hiblot wrote: > > > Some HW design implement multicolor LEDs with several monochromatic LEDs. > > > Grouping the monochromatic LEDs allows to configure them in sync and use > > > the triggers. > > > The PWM multicolor LED driver implements such grouping but only for > > > PWM-based LEDs. As this feature is also desirable for the other types of > > > LEDs, this series implements it for any kind of LED device. > > Another for Pavel. > > > changes v6->v7: > > > - in led_mcg_probe() increment the counter at the end of the loop for > > > clarity. > > > > > > changes v5->v6: > > > - restore sysfs access to the leds when the device is removed > > > > > > changes v4->v5: > > > - Use "depends on COMPILE_TEST || OF" in Kconfig to indicate that OF > > > is a functional requirement, not just a requirement for the > > > compilation. > > > - in led_mcg_probe() check if devm_of_led_get_optional() returns an > > > error before testing for the end of the list. > > > - use sysfs_emit() instead of sprintf() in color_show(). > > > - some grammar fixes in the comments and the commit logs. > > > > > > changes v2->v3, only minor changes: > > > - rephrased the Kconfig descritpion > > > - make the sysfs interface of underlying LEDs read-only only if the probe > > > is successful. > > > - sanitize the header files > > > - removed the useless call to dev_set_drvdata() > > > - use dev_fwnode() to get the fwnode to the device. > > > > > > changes v1->v2: > > > - Followed Rob Herrings's suggestion to make the dt binding much simpler. > > > - Added a patch to store the color property of a LED in its class > > > structure (struct led_classdev). > > > > > > > > > Jean-Jacques Hiblot (6): > > > devres: provide devm_krealloc_array() > > > leds: class: simplify the implementation of devm_of_led_get() > > > leds: provide devm_of_led_get_optional() > > > leds: class: store the color index in struct led_classdev > > > dt-bindings: leds: Add binding for a multicolor group of LEDs > > > leds: Add a multicolor LED driver to group monochromatic LEDs > > > > > > Documentation/ABI/testing/sysfs-class-led | 9 + > > > .../bindings/leds/leds-group-multicolor.yaml | 64 +++++++ > > > drivers/leds/led-class.c | 65 +++++-- > > > drivers/leds/rgb/Kconfig | 10 ++ > > > drivers/leds/rgb/Makefile | 1 + > > > drivers/leds/rgb/leds-group-multicolor.c | 166 ++++++++++++++++++ > > > include/linux/device.h | 13 ++ > > > include/linux/leds.h | 3 + > > > 8 files changed, 317 insertions(+), 14 deletions(-) > > > create mode 100644 Documentation/devicetree/bindings/leds/leds-group-multicolor.yaml > > > create mode 100644 drivers/leds/rgb/leds-group-multicolor.c > > > > > > -- > > > 2.25.1 > > > -- Lee Jones [李琼斯]