From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Magnus Damm <magnus.damm@gmail.com>
Cc: linux-sh@vger.kernel.org, mark.rutland@arm.com,
devicetree@vger.kernel.org, lorenzo.pieralisi@arm.com,
keita.kobayashi.ym@renesas.com, horms@verge.net.au,
geert@linux-m68k.org
Subject: Re: [PATCH v2 01/07] devicetree: bindings: Renesas APMU and SMP Enable method
Date: Mon, 24 Aug 2015 21:25:10 +0300 [thread overview]
Message-ID: <20008630.OlgzF7YJEU@avalon> (raw)
In-Reply-To: <20150823072439.14156.96621.sendpatchset@little-apple>
Hi Magnus,
Thank you for the patch.
On Sunday 23 August 2015 16:24:39 Magnus Damm wrote:
> From: Magnus Damm <damm+renesas@opensource.se>
>
> Add DT binding documentation for the APMU hardware and add "renesas,apmu"
> to the list of enable methods for the ARM cpus.
>
> Signed-off-by: Magnus Damm <damm+renesas@opensource.se>
> ---
>
> Changes since V1:
> - None
>
> Documentation/devicetree/bindings/arm/cpus.txt | 1
> Documentation/devicetree/bindings/power/renesas,apmu.txt | 31 +++++++++++
> 2 files changed, 32 insertions(+)
>
> --- 0001/Documentation/devicetree/bindings/arm/cpus.txt
> +++ work/Documentation/devicetree/bindings/arm/cpus.txt 2015-05-20
> 21:55:51.912366518 +0900 @@ -197,6 +197,7 @@ nodes to be present and
> contain the prop
> "qcom,gcc-msm8660"
> "qcom,kpss-acc-v1"
> "qcom,kpss-acc-v2"
> + "renesas,apmu"
> "rockchip,rk3066-smp"
>
> - cpu-release-addr
> --- /dev/null
> +++ work/Documentation/devicetree/bindings/power/renesas,apmu.txt
2015-05-20
> 22:39:34.872366518 +0900 @@ -0,0 +1,31 @@
> +DT bindings for the Renesas Advanced Power Management Unit
> +
> +Renesas R-Car line of SoCs utilize one or more APMU hardware units
> +for CPU core power domain control including SMP boot and CPU Hotplug.
> +
> +Required properties:
> +
> +- compatible: Should be "renesas,apmu-<soctype>", "renesas,apmu" as
> fallback.
> + Examples with soctypes are:
> + - "renesas,apmu-r8a7790" (R-Car H2)
> + - "renesas,apmu-r8a7791" (R-Car M2-W)
> + - "renesas,apmu-r8a7792" (R-Car V2H)
> + - "renesas,apmu-r8a7793" (R-Car M2-N)
> + - "renesas,apmu-r8a7794" (R-Car E2)
> +
> +- reg: Base address and length of the I/O registers used by the APMU.
> +
> +- cpus: This node contains a list of CPU cores, which should match the
> order
> + of CPU cores used by the WUPCR and PSTR registers in the Advanced Power
> + Management Until section of the device's datasheet.
> +
> +
> +Example:
> +
> +This shows the r8a7791 APMU that can control CPU0 and CPU1.
> +
> + apmu@e6152000 {
> + compatible = "renesas,apmu-r8a7791", "renesas,apmu";
> + reg = <0 0xe6152000 0 0x188>;
Are the CA7 and CA15 APMUs identical ? If not you won't be able to instantiate
two APMU nodes, and it might be better to span the whole registers range of
both CA7 and CA15.
> + cpus = <&cpu0 &cpu1>;
> + };
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2015-08-24 18:25 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-23 7:24 [PATCH v2 00/07] ARM: shmobile: APMU DT support via SMP Enable method V2 Magnus Damm
2015-08-23 7:24 ` [PATCH v2 01/07] devicetree: bindings: Renesas APMU and SMP Enable method Magnus Damm
2015-08-24 7:30 ` Geert Uytterhoeven
2015-08-24 18:25 ` Laurent Pinchart [this message]
2015-08-25 4:11 ` Magnus Damm
2015-08-25 7:07 ` Geert Uytterhoeven
2015-08-23 7:24 ` [PATCH v2 02/07] ARM: shmobile: Add APMU DT support via " Magnus Damm
2015-08-23 7:25 ` [PATCH v2 03/07] ARM: shmobile: Add APMU nodes to r8a7790 DTSI Magnus Damm
2015-08-24 18:29 ` Laurent Pinchart
2015-08-25 4:13 ` Magnus Damm
2015-08-25 5:50 ` Laurent Pinchart
2015-08-23 7:25 ` [PATCH v2 04/07] ARM: shmobile: Add APMU nodes to r8a7791 DTSI Magnus Damm
2015-08-23 7:25 ` [PATCH v2 05/07] ARM: shmobile: Add function to prioritize DT SMP Magnus Damm
2015-08-23 7:25 ` [PATCH v2 06/07] ARM: shmobile: Prioritize r8a7790 DT APMU support Magnus Damm
2015-08-23 7:25 ` [PATCH v2 07/07] ARM: shmobile: Prioritize r8a7791 " Magnus Damm
2015-08-25 0:49 ` [PATCH v2 00/07] ARM: shmobile: APMU DT support via SMP Enable method V2 Simon Horman
2015-08-25 4:09 ` Magnus Damm
[not found] ` <CANqRtoQzpNSr8dWRvGmS_VWBEsi-=dB6PUGVzWQHAXK6xb2f2A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-08-26 5:28 ` Simon Horman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20008630.OlgzF7YJEU@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=devicetree@vger.kernel.org \
--cc=geert@linux-m68k.org \
--cc=horms@verge.net.au \
--cc=keita.kobayashi.ym@renesas.com \
--cc=linux-sh@vger.kernel.org \
--cc=lorenzo.pieralisi@arm.com \
--cc=magnus.damm@gmail.com \
--cc=mark.rutland@arm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).