Thread (25 messages) flat view 25 messages, 6 authors, 2014-03-13

[PATCH v3] clk: add MOXA ART SoCs clock driver

From: mark.rutland@arm.com (Mark Rutland)
Date: 2013-07-18 11:02:40
Also in: lkml

On Thu, Jul 18, 2013 at 11:36:40AM +0100, Jonas Jensen wrote:
Hi Mark, thanks for taking a look at this.

On 18 July 2013 11:50, Mark Rutland [off-list ref] wrote:
quoted
This confuses me. moxart_of_clk_init gets called because there was a
"moxa,moxart-core-clock", node in the dt, but the driver only seems to
use the information to figure out the configuration of another clock
("moxa,moxart-apb-clock"), and never registers a clock specifically for
the core-clock.

I couldn't find "moxa,moxart-apb-clock" described in mainline. COuld you
describe the relationship between core-clock and apb-clock?
It's true core-clock exist only so the register can be mapped.
Ok. I'm just concerned that the linkage isn't explicit or obvious.
apb-clock is part of a patch set that will add new device tree files for the
MOXA ART SoC, but it's not in mainline:

http://lists.infradead.org/pipermail/linux-arm-kernel/2013-July/181757.html

apb-clock could be a fixed rate 48MHz DT only clock, but because we can't
be sure it's 48MHz on all platforms, reading it from a register with core-clock
is more portable.
This does leave apb-clock completely dependent on core-clock, and unless
I've missed something there's no linkage between the two described in
the dt.

How does core-clock physically relate to apb-clock? Does it feed or is
it fed by apb-clock?

Are we always guaranteed to have core-clock if we have apb-clock, and is
it part of the same block in hardware? If so we could describe the
amalgamation as a provider with two clock outputs, with core-clock's
registers for configuration at probe-time.

Thanks,
Mark.

Best regards,
Jonas
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help