[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f1402a1d-a74d-f7b9-b9e2-fc3991781e64@gmail.com>
Date: Sun, 12 Jun 2022 17:09:47 +0200
From: Jacek Anaszewski <jacek.anaszewski@...il.com>
To: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>,
Pavel Machek <pavel@....cz>, Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Alim Akhtar <alim.akhtar@...sung.com>,
linux-leds@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-samsung-soc@...r.kernel.org
Subject: Re: [PATCH 3/3] ARM: dts: exynos: add function and color to aat1290
flash LED node in Galaxy S3
On 6/10/22 12:14, Krzysztof Kozlowski wrote:
> On 09/06/2022 22:31, Jacek Anaszewski wrote:
>> Hi Krzysztof,
>>
>> On 6/7/22 10:53, Krzysztof Kozlowski wrote:
>>> Add common LED properties - the function and color - to aat1290 flash
>>> LED node in Galaxy S3.
>>>
>>> Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
>>> ---
>>> arch/arm/boot/dts/exynos4412-galaxy-s3.dtsi | 3 +++
>>> 1 file changed, 3 insertions(+)
>>>
>>> diff --git a/arch/arm/boot/dts/exynos4412-galaxy-s3.dtsi b/arch/arm/boot/dts/exynos4412-galaxy-s3.dtsi
>>> index 72901772fcad..d76f3678dcab 100644
>>> --- a/arch/arm/boot/dts/exynos4412-galaxy-s3.dtsi
>>> +++ b/arch/arm/boot/dts/exynos4412-galaxy-s3.dtsi
>>> @@ -7,6 +7,7 @@
>>> */
>>>
>>> /dts-v1/;
>>> +#include <dt-bindings/leds/common.h>
>>> #include "exynos4412-midas.dtsi"
>>>
>>> / {
>>> @@ -27,6 +28,8 @@ led-controller {
>>>
>>> led {
>>> label = "flash";
>>> + function = LED_FUNCTION_FLASH;
>>> + color = <LED_COLOR_ID_WHITE>;
>>
>> Addition of these two properties will not change anything because
>> the label has precedence. It is deprecated, but if you introduce
>> function and color to the binding instead of the label, the resulting
>> LED class device name will change.
>
> Which is not necessarily what we want, right? Adding these properties is
> a proper description of hardware, regardless whether current Linux
> implementation uses them or not.
Actually I'd just drop label in addition to your change.
I don't think it would break anybody seriously - not expecting it has
any larger group of users and having uniformly constructed DTS files
in the mainline has greater value.
--
Best regards,
Jacek Anaszewski
Powered by blists - more mailing lists