Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Subject: Re: [PATCH v23 02/16] leds: multicolor: Introduce a multicolor class
 definition
To:     Jacek Anaszewski <jacek.anaszewski@gmail.com>, <pavel@ucw.cz>
CC:     <linux-leds@vger.kernel.org>, <linux-kernel@vger.kernel.org>
References: <20200429202816.26501-1-dmurphy@ti.com>
 <20200429202816.26501-3-dmurphy@ti.com>
 <5533a7b4-12b4-90b8-2731-a9cdfbee5e12@gmail.com>
From:   Dan Murphy <dmurphy@ti.com>
Message-ID: <05377684-c316-24c2-d577-f52b8eea5656@ti.com>
Date:   Sun, 3 May 2020 07:26:28 -0500
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.7.0
MIME-Version: 1.0
In-Reply-To: <5533a7b4-12b4-90b8-2731-a9cdfbee5e12@gmail.com>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

Jacek

On 5/2/20 4:51 PM, Jacek Anaszewski wrote:
> Dan,
>
> I've converted drivers/leds/leds-an30259a.c to LED mc framework
> and tested it on Samsung Galaxy S3 (exysnos4412-trats2 board).
> Works as expected. And now the framework usability is indeed neater.
>
> One thing to improve: LED mc based drivers' entries in Kconfig should 
> have this dependency:
>
> depends on LEDS_CLASS_MULTI_COLOR || !LEDS_CLASS_MULTI_COLOR
>
> It is required to enforce building driver as a module if
> LED mc framework is configured as such.
>
Do you think the FLASH class needs this as well?  If so I will send this 
in a separate patch


> With this (and DT bindings nits) addressed, for patches 1-6:
>
> Acked-by: Jacek Anaszewski <jacek.anaszewski@gmail.com>
>
Ack
> It's been a long journey. Thank you for your determination to drive
> this work to the end.
>
Ack to that.

Dan