lkml.org 
[lkml]   [2015]   [Mar]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v2] clk: qcom: Add MSM8916 Global Clock Controller support
On 03/05/15 11:58, Stephen Boyd wrote:
>
> I guess this is ok, but it makes me uneasy. We don't do any bimc
> PLL voting downstream because this PLL is completely under the
> control of the RPM. For all we know, the RPM hasn't configured
> the PLL to be in FSM voting mode so this may not even work.
> Furthermore, if we have clk_pll_ops then we'll go and try to
> turn off the PLL when the last software entity on the kernel side
> is done using it. Unfortunately, this PLL may be used by
> something else that the RPM is managing and so turning it off is
> going to break things.
>
> We mostly need this here to get the right rate for the bus clocks
> (which are usually constantly changing rate anyway so modeling it
> in the kernel is ok but not perfect). The best solution is
> probably to add some read-only PLL ops (clk_pll_ro_ops?) that we
> can put on the bimc_pll and drop the voting thing completely. The
> read-only ops would just detect the rate of the PLL and not
> support anything else.

Ah I looked back at the code and I think it may work out to leave the
PLL voting as is. If the RPM has configured it for voting, then our PLL
ops will bail out early in the enable/disable path. And voting isn't
going to hurt anything so that part should be alright. I hope that the
RPM is actually putting it in voting mode though and not leaving it
under their direct control. That shouldn't be happening but it'd be
worth a check.

--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
a Linux Foundation Collaborative Project



\
 
 \ /
  Last update: 2015-03-06 23:21    [W:1.135 / U:0.364 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site