[PATCH v3 0/4] clk: st: New always-on clock domain

Lee Jones lee.jones at linaro.org
Tue Feb 24 09:33:38 PST 2015


v2 => v3:
  - Ensure DT actually reflects h/w
    - i.e. Nodes should not contain a mishmash of different IP
      blocks, but should identify related h/w.  In the current
      example we use interconnects
  - Change naming from clkdomain to clk-always-on
  - Place "do not abuse" warning in documentation

v1 => v2:
  - Turned the ST specific driver into a generic one
  
Hardware can have a bunch of clocks which must not be turned off.
If drivers a) fail to obtain a reference to any of these or b) give
up a previously obtained reference during suspend, the common clk
framework will attempt to turn them off and the hardware will
subsequently die.  The only way to recover from this failure is to
restart.
  
To avoid either of these two scenarios from catastrophically
disabling the running system we have implemented a clock domain
where clocks are consumed and references are taken, thus preventing
them from being shut down by the framework.

*** BLURB HERE ***

Lee Jones (4):
  ARM: sti: stih407-family: Supply defines for CLOCKGEN A0
  ARM: sti: stih407-family: Add platform interconnects to always-on clk
    domain
  clk: Provide an always-on clock domain framework
  clk: dt: Introduce always-on clock domain documentation

 .../devicetree/bindings/clock/clk-always-on.txt    | 35 ++++++++++++
 arch/arm/boot/dts/stih407-family.dtsi              | 15 ++++++
 drivers/clk/Makefile                               |  1 +
 drivers/clk/clk-always-on.c                        | 62 ++++++++++++++++++++++
 include/dt-bindings/clock/stih407-clks.h           |  4 ++
 5 files changed, 117 insertions(+)
 create mode 100644 Documentation/devicetree/bindings/clock/clk-always-on.txt
 create mode 100644 drivers/clk/clk-always-on.c

-- 
1.9.1




More information about the linux-arm-kernel mailing list