[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <0606709e-2a08-4168-89f0-826a0fb23cab@kernel.org>
Date: Wed, 5 Mar 2025 13:16:45 +0100
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Maxime Ripard <mripard@...nel.org>
Cc: Liu Ying <victor.liu@....com>, dri-devel@...ts.freedesktop.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org, robh@...nel.org,
krzk+dt@...nel.org, conor+dt@...nel.org, andrzej.hajda@...el.com,
neil.armstrong@...aro.org, rfoss@...nel.org,
Laurent.pinchart@...asonboard.com, jonas@...boo.se,
jernej.skrabec@...il.com, maarten.lankhorst@...ux.intel.com,
tzimmermann@...e.de, airlied@...il.com, simona@...ll.ch
Subject: Re: [PATCH 1/5] dt-bindings: display: Document DPI color codings
On 05/03/2025 09:26, Maxime Ripard wrote:
> On Wed, Mar 05, 2025 at 08:51:35AM +0100, Krzysztof Kozlowski wrote:
>> On Tue, Mar 04, 2025 at 11:33:44AM +0100, Maxime Ripard wrote:
>>>> +properties:
>>>> + dpi-color-coding:
>>>> + enum:
>>>> + - 16bit-configuration1
>>>> + - 16bit-configuration2
>>>> + - 16bit-configuration3
>>>> + - 18bit-configuration1
>>>> + - 18bit-configuration2
>>>> + - 24bit
>>>
>>> Do we really needs strings there? It would be much better to use an int
>>> plus a header
>>
>> So DTS would sill have a name, just being a define? Then what is the
>> benefit comparing to strings above in DTS readability?
>
> There's no benefits and no downside when it comes to readability.
>
> However, it's not the only criteria, and not having to manipulate
> strings but instead just doing int comparison is a huge plus.
Sure, defines work as well. BTW, it has a minor drawback on bindings as
it means you might need to update both binding and the header when
adding new entry, but I understand that it makes implementation life
easier or faster.
Best regards,
Krzysztof
Powered by blists - more mailing lists