[RFC PATCH v3 4/6] dt-bindings: clock: meson: document A1 SoC audio clock controller driver
Krzysztof Kozlowski
krzk at kernel.org
Sun Apr 21 11:17:16 PDT 2024
On 21/04/2024 17:35, Jan Dakinevich wrote:
>>>>
>>>>> + };
>>>>> +
>>>>> + clkc_audio_vad: clock-controller at fe054800 {
>>>>
>>>> Just keep one example. It's basically almost the same.
>>>>
>>>
>>> The worth of this duplication is to show how a clock from second
>>> controller (<&clkc_audio_vad AUD_CLKID_VAD_AUDIOTOP>) is used by first
>>> one. May be it would be better to keep it... What do you think?
>>
>> I don't understand what is worth here. Using clocks is kind of obvious?
>> What's special?
>>
>
> The special is that the clock "pclk" for "clkc_audio" must be
> <&clkc_audio_vad AUD_CLKID_VAD_AUDIOTOP>. This thing is not obvious. I
So you want to document non-obvious SoC architecture via example, not
via actual documentation. Plus you want to document it for purpose of
...? Isn't this SoC component, so once you write DTSI it is done?
I fail to see any logic in this, but maybe the binding is kind of
special, misrepresented or hardware is different? But the subject
clearly states it is part of SoC, so dunno...
> can keep only "clkc_audio" node here, but reference to "clkc_audio_vad"
> will be undefined in example. Is it okay?
Just like all phandles.
Best regards,
Krzysztof
More information about the linux-amlogic
mailing list