From: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>,
Biju Das <biju.das.jz@bp.renesas.com>
Cc: Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@kernel.org>, Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Geert Uytterhoeven <geert+renesas@glider.be>,
"linux-renesas-soc@vger.kernel.org"
<linux-renesas-soc@vger.kernel.org>,
"linux-clk@vger.kernel.org" <linux-clk@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
Fabrizio Castro <fabrizio.castro.jz@renesas.com>
Subject: Re: [PATCH RFC 1/3] dt-bindings: clock: Add Renesas versa3 clock generator bindings
Date: Thu, 9 Mar 2023 11:17:31 +0100 [thread overview]
Message-ID: <2bb458ba-ef70-86f3-de89-0102e27aa0fc@linaro.org> (raw)
In-Reply-To: <CAMuHMdVNCvu6La_=f=6i4Kj3UXeFU6McnNSkXb0PVjVyzdNR4Q@mail.gmail.com>
On 09/03/2023 10:58, Geert Uytterhoeven wrote:
>>>>> Here it is, Please let me know is it ok?
>>>>>
>>>>> renesas,output-clock-fixed-rate-mode:
>>>>> type: boolean
>>>>> description:
>>>>> In output clock fixed rate mode, the output clock frequency is
>>>> always
>>>>> fixed and the hardware will use the values from the OTP or full
>>>> register
>>>>> map initialized during boot.
>>>>> If not given, the output clock rate is not fixed.
>>>>> maxItems: 6
>>>>
>>>> boolean is scalar, not array, so no maxItems. If the frequency is taken from
>>>> OTP or register map, why they cannot also provide information the clock is
>>>> fixed?
>>>
>>> OK, I will make an array property instead. From HW perspective each clock output from the
>>> Clock generator is controllable ie, fixed rate or dynamic rate.
>>>
>>> If all the output clocks are fixed rate one, then frequency is taken from OTP or
>>> register map. But if any one clock output generates dynamic rate, then it uses
>>> dynamic settings.
>>
>> Second try, same question, let me know if it is not clear:
>>
>> "why they cannot also provide information the clock is fixed?"
>
> What is the actual use case?
> My understanding is:
> 1. If the OTP is programmed, the clock generator will be configured
> from the OTP on power-on,
> 2. The clock generator can be (re)configured from software.
> a. If the OTP is programmed, this is not needed,
> b. For critical clocks, you may want to prevent this.
>
> Also, AFAIUI, "fixed frequency" or "dynamic frequency" is a policy,
> and purely software? Or are there OTP bits to enforce this?
>
> Perhaps you need a per-output "do-not-change-frequency" flag,
> probably with a generic name, in the spirit of "regulator-always-on"
> for regulators?
>
> Now, if all the output clocks are fixed rate, you might want to describe
> this in DTS using a set of fixed{,-factor-}-clocks?
>
I would also argue that fixed frequency is actually also dynamic
frequency, just with a limit to one frequency...
Best regards,
Krzysztof
next prev parent reply other threads:[~2023-03-09 10:19 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-20 13:13 [PATCH RFC 0/3] Add Versa3 clock generator support Biju Das
2023-02-20 13:13 ` [PATCH RFC 1/3] dt-bindings: clock: Add Renesas versa3 clock generator bindings Biju Das
2023-02-22 9:34 ` Krzysztof Kozlowski
2023-03-08 14:39 ` Biju Das
2023-03-08 14:50 ` Geert Uytterhoeven
2023-03-08 14:57 ` Biju Das
2023-03-08 18:47 ` Krzysztof Kozlowski
2023-03-08 18:55 ` Biju Das
2023-03-08 19:17 ` Krzysztof Kozlowski
2023-03-09 7:57 ` Biju Das
2023-03-09 9:13 ` Krzysztof Kozlowski
2023-03-09 9:18 ` Biju Das
2023-03-09 9:44 ` Krzysztof Kozlowski
2023-03-09 9:53 ` Biju Das
2023-03-09 10:15 ` Krzysztof Kozlowski
2023-03-09 11:18 ` Biju Das
2023-03-09 9:58 ` Geert Uytterhoeven
2023-03-09 10:17 ` Krzysztof Kozlowski [this message]
2023-03-09 10:25 ` Geert Uytterhoeven
2023-03-09 15:15 ` Biju Das
2023-03-09 10:30 ` Biju Das
2023-02-20 13:13 ` [PATCH RFC 2/3] drivers: clk: Add support for versa3 clock driver Biju Das
2023-03-06 20:22 ` Stephen Boyd
2023-03-09 12:25 ` Biju Das
2023-02-20 13:13 ` [PATCH RFC 3/3] arm64: dts: renesas: rzg2l-smarc: Use versa3 clk for audio mclk Biju Das
2023-02-20 13:18 ` [PATCH RFC 0/3] Add Versa3 clock generator support Biju Das
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2bb458ba-ef70-86f3-de89-0102e27aa0fc@linaro.org \
--to=krzysztof.kozlowski@linaro.org \
--cc=biju.das.jz@bp.renesas.com \
--cc=devicetree@vger.kernel.org \
--cc=fabrizio.castro.jz@renesas.com \
--cc=geert+renesas@glider.be \
--cc=geert@linux-m68k.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=mturquette@baylibre.com \
--cc=robh+dt@kernel.org \
--cc=sboyd@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox