[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <bd001136-eb48-44f0-8724-09eeb022df8e@kernel.org>
Date: Mon, 12 May 2025 12:39:37 +0200
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Nick Hu <nick.hu@...ive.com>
Cc: Cyan Yang <cyan.yang@...ive.com>,
Samuel Holland <samuel.holland@...ive.com>, devicetree@...r.kernel.org,
linux-riscv@...ts.infradead.org, linux-kernel@...r.kernel.org,
Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, Paul Walmsley <paul.walmsley@...ive.com>
Subject: Re: [PATCH] dt-bindings: power: Add SiFive Domain Management
controllers
On 12/05/2025 05:20, Nick Hu wrote:
> On Fri, May 9, 2025 at 2:40 PM Krzysztof Kozlowski <krzk@...nel.org> wrote:
>>
>> On Fri, May 09, 2025 at 10:16:04AM GMT, Nick Hu wrote:
>>> SiFive Domain Management controller includes the following components
>>> - SiFive Tile Management Controller
>>> - SiFive Cluster Management Controller
>>> - SiFive Core Complex Management Controller
>>>
>>> These controllers control the clock and power domain of the
>>> corresponding domain.
>>>
>>> Signed-off-by: Nick Hu <nick.hu@...ive.com>
>>> Reviewed-by: Samuel Holland <samuel.holland@...ive.com>
>>> ---
>>> .../devicetree/bindings/power/sifive,tmc.yaml | 89 +++++++++++++++++++
>>
>> Where is a patch with the driver (user of the binding)?
>>
> We are hoping the driver can be submitted at a later stage.
> The driver that handles the MMIO is implemented in OpenSBI and depends
> on some prerequisite patches [1], so it will follow afterward.
This patch alone makes little sense and brings little benefit. Post this
with user.
...
>>> + reg:
>>> + maxItems: 1
>>> +
>>> + sifive,feature-level:
>>> + description: |
>>> + Supported power features. This property is absent if the full set of features
>>> + is supported
>>
>> Compatible defines this. Drop.
>>
> The property depends on how the IP is hooked up to the rest of the SoC.
> Having this property simplifies the SW and allows us to use a single
> fallback compatible string, so we prefer to keep it.
And we prefer you to follow standard DT rules, see writing bindings or
talks on conferences.
Best regards,
Krzysztof
Powered by blists - more mailing lists