[PATCH V2] davinci: da850: move input frequency to board specific files
Nori, Sekhar
nsekhar at ti.com
Wed Jun 8 08:08:25 EDT 2011
On Tue, Jun 07, 2011 at 21:53:59, Hilman, Kevin wrote:
> I don't expect this to be a big boot-time impact.
You are right. Using PRINTK_TIME on DM365 I saw no noticeable boot-time
change. When I profiled the code using do_gettimeofday(), I saw it
was taking ~95 usecs to complete the propagation. I was mainly worried
about all the recursion and reading of PLL and sysclk registers. Seems
its not so bad.
> However, some of the clock.c assumptions might need to be updated as it
> currently is written from the perspective that the PLL clocks are the
> "root" clocks.
Hmm, just calling clk_set_rate() on refclk propagated the rate
nicely across the tree. It seems DaVinci clock code is not in
such a bad shape :) Or did I miss the concern?
> Setting (and propagating) clock rates is what the clock framework is
> for, so adding a new interface to set a custom clock rate just doesn't
> seem right. I understand that the reference oscillator might be
> considered a special case, but if this can be done with the clock
> framework, it is much preferred.
Okay. Will modify the DM6467/T EVM code to use this method
instead.
Thanks,
Sekhar
More information about the linux-arm-kernel
mailing list