[PATCH] ARM: OMAP2+: clock: allow omap2_dpll_round_rate() to round to next-lowest rate
tomi.valkeinen at ti.com
Wed Jul 30 05:18:39 PDT 2014
On 23/07/14 13:44, Paul Walmsley wrote:
> Change the behavior of omap2_dpll_round_rate() to round to either the
> exact rate requested, or the next lowest rate that the clock is able to
> This is not an ideal fix, but is intended to provide a relatively safe
> way for drivers to set PLL rates, until a better solution can be
> For the time being, omap3_noncore_dpll_set_rate() is still allowed to
> set its rate to something other than what the caller requested; but will
> warn when this occurs.
> Cc: Tomi Valkeinen <tomi.valkeinen at ti.com>
> Cc: Mike Turquette <mturquette at linaro.org>
> Signed-off-by: Paul Walmsley <paul at pwsan.com>
Tested on AM437x GP EVM with today's linux-next + this patch. Without
the patch I was only able to use certain pixel clocks, but with this
patch I can select the pixel clock freely (they end up rounded, of course).
So looks good to me. Thanks for working on this!
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 819 bytes
Desc: OpenPGP digital signature
More information about the linux-arm-kernel