[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1424799222-9301-1-git-send-email-lee.jones@linaro.org>
Date: Tue, 24 Feb 2015 17:33:38 +0000
From: Lee Jones <lee.jones@...aro.org>
To: linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Cc: lee.jones@...aro.org, kernel@...inux.com, mturquette@...aro.org,
sboyd@...eaurora.org, devicetree@...r.kernel.org
Subject: [PATCH v3 0/4] clk: st: New always-on clock domain
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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists