Thread (11 messages) 11 messages, 3 authors, 2013-05-16

[PATCH V5 1/6] clk: OMAP: introduce device tree binding to kernel clock data

From: tony@atomide.com (Tony Lindgren)
Date: 2013-05-16 17:44:03
Also in: linux-omap, lkml

* Mike Turquette [off-list ref] [130513 16:56]:
Quoting Nishanth Menon (2013-05-08 12:06:11)
<snip>
quoted
Overall strategy introduced here is simple: a clock node described in
device tree blob is used to identify the exact clock provided in the
SoC specific data. This is then linked back using of_clk_add_provider
to the device node to be accessible by of_clk_get.
FYI, I'm working on moving the OMAP clocks over to DT which is a better
alternative than this patch.  I'll share what I have on the list,
hopefully next week.
That's good news! What's your plan on using the indexing the clocks?

I'd rather avoid indexing as that's basically same as the old IRQ
numbering and GPIO numbering schemes that don't work well in the long
term.

We already have quite a few sets of clocks for omaps, so the indexing
is already an issue. My thinking is that indexing should only be used
if the same physical clock has multiple outputs.

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