This series introduces binding definitions for common register-mapped
clock multiplexor and divider IP blocks, and the corresponding setup
functions once they are matched.  The bindings are close the struct
definitions but please don't hold that against the binding: the struct
definitions closely model the hardware.

The only missing basic clock type is the gate clock.  A binding for that
was posted some time back and is similar in spirit to these[1].  I guess
we'll need to decide whether register-level programming details belong
in DT.  I believe they do since those details describe the hardware.

Note that there is still no generic clock driver that matches these
basic types, but it would be trivial to write one.  Thoughts on that?
Is it better for each of the basic clock types to be a driver that
matches, or should there be one drivers/clk/clk-basic.c which matches
all of the basic clock building blocks?  I like the latter for aesthetic
purposes.

I am using this code while converting the OMAP4 clock data over to DT
and some common boilerplate code can be factored out of several clock
drivers if this is merged.

[1] 
http://lists.infradead.org/pipermail/linux-arm-kernel/2012-December/137878.html

Mike Turquette (3):
  clk: of: helper for determining number of parent clocks
  clk: dt: binding for basic multiplexor clock
  clk: dt: binding for basic divider clock

 .../devicetree/bindings/clock/divider-clock.txt    | 80 ++++++++++++++++++++
 .../devicetree/bindings/clock/mux-clock.txt        | 75 ++++++++++++++++++
 drivers/clk/clk-divider.c                          | 88 +++++++++++++++++++++-
 drivers/clk/clk-mux.c                              | 65 +++++++++++++++-
 drivers/clk/clk.c                                  |  6 ++
 include/linux/clk-provider.h                       |  8 +-
 6 files changed, 319 insertions(+), 3 deletions(-)
 create mode 100644 Documentation/devicetree/bindings/clock/divider-clock.txt
 create mode 100644 Documentation/devicetree/bindings/clock/mux-clock.txt

-- 
1.8.1.2

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to