[PATCH v17 01/10] ARM: qcom: Add Subsystem Power Manager (SPM) driver
Kumar Gala
galak at codeaurora.org
Mon Mar 23 16:38:12 PDT 2015
On Mar 23, 2015, at 4:15 PM, Lina Iyer <lina.iyer at linaro.org> wrote:
> On Mon, Mar 23 2015 at 16:06 -0600, Kumar Gala wrote:
>>
>> On Mar 20, 2015, at 1:21 PM, Lina Iyer <lina.iyer at linaro.org> wrote:
>>
>>>
>>> Based on work by: Mahesh Sivasubramanian <msivasub at codeaurora.org>,
>>> Ai Li <ali at codeaurora.org>, Praveen Chidambaram <pchidamb at codeaurora.org>
>>> Original tree available at -
>>> git://codeaurora.org/quic/la/kernel/msm-3.10.git
>>>
>>> Cc: Stephen Boyd <sboyd at codeaurora.org>
>>> Cc: Arnd Bergmann <arnd at arndb.de>
>>> Cc: Kevin Hilman <khilman at linaro.org>
>>> Cc: Daniel Lezcano <daniel.lezcano at linaro.org>
>>> Signed-off-by: Lina Iyer <lina.iyer at linaro.org>
>>> ---
>>> .../devicetree/bindings/arm/msm/qcom,saw2.txt | 29 +-
>>> drivers/soc/qcom/Kconfig | 7 +
>>> drivers/soc/qcom/Makefile | 1 +
>>> drivers/soc/qcom/spm.c | 405 +++++++++++++++++++++
>>> 4 files changed, 436 insertions(+), 6 deletions(-)
>>> create mode 100644 drivers/soc/qcom/spm.c
>>>
>>> diff --git a/Documentation/devicetree/bindings/arm/msm/qcom,saw2.txt b/Documentation/devicetree/bindings/arm/msm/qcom,saw2.txt
>>> index 1505fb8..664aa91 100644
>>> --- a/Documentation/devicetree/bindings/arm/msm/qcom,saw2.txt
>>> +++ b/Documentation/devicetree/bindings/arm/msm/qcom,saw2.txt
>>> @@ -2,11 +2,20 @@ SPM AVS Wrapper 2 (SAW2)
>>>
>>> The SAW2 is a wrapper around the Subsystem Power Manager (SPM) and the
>>> Adaptive Voltage Scaling (AVS) hardware. The SPM is a programmable
>>> -micro-controller that transitions a piece of hardware (like a processor or
>>> +power-controller that transitions a piece of hardware (like a processor or
>>> subsystem) into and out of low power modes via a direct connection to
>>> the PMIC. It can also be wired up to interact with other processors in the
>>> system, notifying them when a low power state is entered or exited.
>>>
>>> +Multiple revisions of the SAW hardware are supported using these Device Nodes.
>>> +SAW2 revisions differ in the register offset and configuration data. Also, the
>>> +same revision of the SAW in different SoCs may have different configuration
>>> +data due the the differences in hardware capabilities. Hence the SoC name, the
>>> +version of the SAW hardware in that SoC and the distinction between cpu (big
>>> +or Little) or cache, may be needed to uniquely identify the SAW register
>>> +configuration and initialization data. The compatible string is used to
>>> +indicate this parameter.
>>> +
>>> PROPERTIES
>>>
>>> - compatible:
>>> @@ -14,10 +23,11 @@ PROPERTIES
>>> Value type: <string>
>>> Definition: shall contain "qcom,saw2". A more specific value should be
>>> one of:
>>
>> Does “qcom,saw2” have any meaning anymore? I see we use it in some places, but not everywhere on the .dts. We also see to have the L2 just be a “qcom,saw2” node, do we expect that to change?
>>
> It does help match a regulator node as opposed to the specific values
> below.
Than we should cleanup the wording. Right now it reads such that ‘qcom,saw2’ is always required.
>>> - "qcom,saw2-v1"
>>> - "qcom,saw2-v1.1"
>>> - "qcom,saw2-v2"
>>> - "qcom,saw2-v2.1"
>>> + "qcom,saw2-v2"
>>> + "qcom,saw2-v2.1"
>>> + "qcom,apq8064-saw2-v1.1-cpu"
>>> + "qcom,msm8974-saw2-v2.1-cpu"
>>> + "qcom,apq8084-saw2-v2.1-cpu"
>>>
>>> - reg:
>>> Usage: required
>>> @@ -26,10 +36,17 @@ PROPERTIES
>>> the register region. An optional second element specifies
>>> the base address and size of the alias register region.
>>>
>>> +- regulator:
>>> + Usage: optional
>>> + Value type: boolean
>>> + Definition: Indicates that this SPM device acts as a regulator device
>>> + device for the core (CPU or Cache) the SPM is attached
>>> + to.
>>>
>>> Example:
>>>
>>> - regulator at 2099000 {
>>> + power-controller at 2099000 {
>>> compatible = "qcom,saw2";
>>> reg = <0x02099000 0x1000>, <0x02009000 0x1000>;
>>> + regulator;
>>> };
- k
--
Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
a Linux Foundation Collaborative Project
More information about the linux-arm-kernel
mailing list