[RFC PATCH 2/3] clk: adjust clocks to their requested rate after parent changes
dianders at chromium.org
Wed Jul 6 15:41:20 PDT 2016
On Tue, Jul 5, 2016 at 3:24 PM, Heiko Stuebner <heiko at sntech.de> wrote:
>> I tests found a problem, about set the freq order.
>> ------ [div] ----- dclk_vop
>> If I change VPLL freq 148.5M to 594M, dclk_vop freq will changed as:
>> But we not hope the dclk_vop have a high freq,it will make the system
>> crash or make vop not work well.
>> So if the VPLL is improve the freq, we need to set dclk_vop div first,
>> and than set VPLL freq.
>> If VPLL is reduce the freq, we need to set vpll first,and set dclk_vop
>> This is just a example,for all change parent freq, we need follow this
>> Do you have a better idea for this problem?
> In general it seems my simplicistic approach only really works for really
> simple clock-setups and thus is likely not really usable for general things.
> For the VPLL on the rk3399 we were discussion a different approach in ,
> as VPLL usage (aka which vop gets to control it) is likely to complicated to
> have this done in the clock-framework-
> Doug wanted to take a look and add some thoughts and I guess he'll just do
> that after the 4th of july celebrations.
Right. IMHO you should do something to _really_ make sure that one of
the VOPs is parented on either GPLL or CPLL and then let the other VOP
be in control of VPLL. How we actually do that is up for debate. I
still have it on my list of things to do to look at Heiko's response
to my previous proposal, but given that I'm currently backlogged from
the two day holiday and that I'm only a few days away from a week long
vacation (and subsequent backlog), I'm not 100% sure I'll get to it
soon. :( I'll do my best, though...
In addition to the link Heiko gave, you could also look at
<https://chromium-review.googlesource.com/#/c/354165/>. That's also
not fully baked but is another way to possibly tackle the problem.
In general if there is only one clock tree under VPLL then you
shouldn't need to worry too much about things getting out of whack.
More information about the Linux-rockchip