[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20181105194011.43770-1-swboyd@chromium.org>
Date: Mon, 5 Nov 2018 11:40:09 -0800
From: Stephen Boyd <swboyd@...omium.org>
To: Stephen Boyd <sboyd@...nel.org>,
Michael Turquette <mturquette@...libre.com>
Cc: linux-kernel@...r.kernel.org, linux-clk@...r.kernel.org,
linux-arm-msm@...r.kernel.org, devicetree@...r.kernel.org,
Rob Herring <robh+dt@...nel.org>,
Bjorn Andersson <bjorn.andersson@...aro.org>,
Taniya Das <tdas@...eaurora.org>
Subject: [PATCH 0/2] Introduce a 'protected-clocks' property
See full explanation in patch #1. It looks like on qcom platforms
we're increasing the number of situations where we need to have
a set of clks that aren't touched by the OS because firmware
wants them for itself. This series introduces a method to do that
by specifying in DT what clks shouldn't be read or written and
then having the qcom clk driver neve register the ones that
are protected.
Cc: Rob Herring <robh+dt@...nel.org>
Cc: Bjorn Andersson <bjorn.andersson@...aro.org>
Cc: Taniya Das <tdas@...eaurora.org>
Stephen Boyd (2):
dt-bindings: clk: Introduce 'protected-clocks' property
clk: qcom: Support 'protected-clocks' property
.../bindings/clock/clock-bindings.txt | 16 ++++++++++++++++
drivers/clk/qcom/common.c | 18 ++++++++++++++++++
2 files changed, 34 insertions(+)
--
Sent by a computer through tubes
Powered by blists - more mailing lists