[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <5353872c-56a3-98f9-7f22-ec1f6c2ccdc8@linaro.org>
Date: Wed, 19 Jul 2023 08:36:45 +0200
From: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
To: Michal Simek <michal.simek@....com>,
Conor Dooley <conor@...nel.org>,
Piyush Mehta <piyush.mehta@....com>
Cc: robh+dt@...nel.org, krzysztof.kozlowski+dt@...aro.org,
conor+dt@...nel.org, p.zabel@...gutronix.de,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
git@....com
Subject: Re: [PATCH 1/2] dt-bindings: reset: Updated binding for Versal-NET
reset driver
On 19/07/2023 08:23, Michal Simek wrote:
>> Yes. If you want to store some constants (register values, firmware
>> magic numbers) and use in DTS, this is the way to go. Most (or all) of
>> examples above are for register values.
>
> I did small grepping over Linux (reset only) and I found that all of these files
> are not used by any driver/code. They are included in binding document or dt files.
> Based on your description above they all are candidates for removing from
> include/dt-bindings/reset/.
> On the other hand that files could be used in different projects out of Linux
> where that values could be used by a driver/code.
Yes, therefore this should be case-by-case decision.
>
> What to do with it? Should we remove it, deprecate it or just keep it and not to
> add new one? I just want to know how to properly handle it.
They cannot be removed. They could be copied to DTS and deprecated in
the bindings. But it is not that important that we clean it up... or it
is rather to the platform maintainer. I did it some time ago for Samsung
and recently TI is doing for serdes mux bindings.
Best regards,
Krzysztof
Powered by blists - more mailing lists