Thread (14 messages) 14 messages, 4 authors, 2024-09-05

Re: [PATCH 0/4] Use reg instead of ti,bit-shift for clksel

From: Tony Lindgren <tony@atomide.com>
Date: 2024-02-29 07:06:58
Also in: linux-clk, linux-omap

* Tony Lindgren [off-list ref] [240214 05:41]:
* Andreas Kemnade [off-list ref] [240213 23:11]:
quoted
On Tue, 13 Feb 2024 12:56:40 +0200
Tony Lindgren [off-list ref] wrote:
quoted
Hi all,

This series updates the clksel clocks to use the standard reg property
instead of ti,bit-shift.

I'd like to apply these before we make further use of the clksel clocks
to reduce the dtb check warnings.
hmm, we still have ti,bit-shift if these clocks are not used below a ti,clksel.
Just wondering, can we completely deorbit ti,bit-shift if we used #address-cells = <2>;
in those cases? I wait a bit with further txt->yaml conversions until
this is settled.
No need to wait on the yaml conversion I think :) How about just tag the
ti,bit-shift property as deprecated? And add a comment saying it is only
needed for the remaining unconnected clocks.

Eventually we can move all the component clocks under clksel clocks, or the
related clock such as the dpll clock for the clkdcoldo clocks.
Oh and yes, using #clock-cells = <2> would be nice eventually :) I think
the clkcel binding already supports that. But that still leaves the issue
of unconnected composite clocks.. I'm pretty sure they all have some real
parent like clksel for dpll though.

If you had some good idea in mind for the #address-cells = <2> for the
remaining unconnected composite clocks maybe clarify it a bit.

Regards,

Tony
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help