* [PATCH v3 1/7] PM / Domains: Add a note about power domain subdomains
[not found] <1421243091-10778-1-git-send-email-m.szyprowski@samsung.com>
@ 2015-01-14 13:44 ` Marek Szyprowski
2015-01-14 13:55 ` Geert Uytterhoeven
2015-01-14 14:12 ` [PATCH v3 1/7 RESEND] " Marek Szyprowski
0 siblings, 2 replies; 5+ messages in thread
From: Marek Szyprowski @ 2015-01-14 13:44 UTC (permalink / raw)
To: linux-arm-kernel, linux-samsung-soc
Cc: Marek Szyprowski, Kukjin Kim, Tobias Jakobi, Daniel Drake,
Andrzej Hajda, Inki Dae, Tomasz Figa, kyungmin.park, Pankaj Dubey,
Amit Daniel Kachhap, Geert Uytterhoeven, Ulf Hansson, devicetree
This patch adds a note on defining subdomains to generic PM domain
binding documentation to let power domain providers use common approach
for defining power domain hierarchy.
Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com>
---
.../devicetree/bindings/power/power_domain.txt | 29 ++++++++++++++++++++++
1 file changed, 29 insertions(+)
diff --git a/Documentation/devicetree/bindings/power/power_domain.txt b/Documentation/devicetree/bindings/power/power_domain.txt
index 98c1667..eeea45b 100644
--- a/Documentation/devicetree/bindings/power/power_domain.txt
+++ b/Documentation/devicetree/bindings/power/power_domain.txt
@@ -19,6 +19,16 @@ Required properties:
providing multiple PM domains (e.g. power controllers), but can be any value
as specified by device tree binding documentation of particular provider.
+Optional properties:
+ - power-domains : A phandle and PM domain specifier as defined by bindings of
+ the power controller specified by phandle.
+ Some power domains might be powered from other power domain (or have
+ other hardware specific dependency). For representing such dependency
+ a standard PM domain consumer binging is used. When provided, all domains
+ created by the given provider should be a subdomain of the domain
+ specified by this binding. More details about power domain specifier is
+ available in the the next section.
+
Example:
power: power-controller@12340000 {
@@ -30,6 +40,25 @@ Example:
The node above defines a power controller that is a PM domain provider and
expects one cell as its phandle argument.
+Example 2:
+
+ parent: power-controller@12340000 {
+ compatible = "foo,power-controller";
+ reg = <0x12340000 0x1000>;
+ #power-domain-cells = <1>;
+ };
+
+ child: power-controller@12340000 {
+ compatible = "foo,power-controller";
+ reg = <0x12341000 0x1000>;
+ power-domains = <&parent 0>;
+ #power-domain-cells = <1>;
+ };
+
+The nodes above defines two power controllers: 'parent' and 'child'.
+Domains created by 'child' power controller are subdomains of '0' power
+domain provided by 'parent' power controller.
+
==PM domain consumers==
Required properties:
--
1.9.2
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH v3 1/7] PM / Domains: Add a note about power domain subdomains
2015-01-14 13:44 ` [PATCH v3 1/7] PM / Domains: Add a note about power domain subdomains Marek Szyprowski
@ 2015-01-14 13:55 ` Geert Uytterhoeven
2015-01-14 14:12 ` [PATCH v3 1/7 RESEND] " Marek Szyprowski
1 sibling, 0 replies; 5+ messages in thread
From: Geert Uytterhoeven @ 2015-01-14 13:55 UTC (permalink / raw)
To: Marek Szyprowski
Cc: linux-arm-kernel@lists.infradead.org,
linux-samsung-soc@vger.kernel.org, Kukjin Kim, Tobias Jakobi,
Daniel Drake, Andrzej Hajda, Inki Dae, Tomasz Figa, Kyungmin Park,
Pankaj Dubey, Amit Daniel Kachhap, Ulf Hansson,
devicetree@vger.kernel.org
Hi Marek,
On Wed, Jan 14, 2015 at 2:44 PM, Marek Szyprowski
<m.szyprowski@samsung.com> wrote:
> This patch adds a note on defining subdomains to generic PM domain
> binding documentation to let power domain providers use common approach
> for defining power domain hierarchy.
Thanks!
> Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com>
> ---
> .../devicetree/bindings/power/power_domain.txt | 29 ++++++++++++++++++++++
> 1 file changed, 29 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/power/power_domain.txt b/Documentation/devicetree/bindings/power/power_domain.txt
> index 98c1667..eeea45b 100644
> --- a/Documentation/devicetree/bindings/power/power_domain.txt
> +++ b/Documentation/devicetree/bindings/power/power_domain.txt
> @@ -19,6 +19,16 @@ Required properties:
> providing multiple PM domains (e.g. power controllers), but can be any value
> as specified by device tree binding documentation of particular provider.
>
> +Optional properties:
> + - power-domains : A phandle and PM domain specifier as defined by bindings of
> + the power controller specified by phandle.
> + Some power domains might be powered from other power domain (or have
s/other/another/
> + other hardware specific dependency). For representing such dependency
s/dependency/dependencies/ (twice)
> + a standard PM domain consumer binging is used. When provided, all domains
binding
> + created by the given provider should be a subdomain of the domain
s/a subdomain/subdomains/
> + specified by this binding. More details about power domain specifier is
s/is/are/
> + available in the the next section.
duplicate "the"
> +
> Example:
>
> power: power-controller@12340000 {
> @@ -30,6 +40,25 @@ Example:
> The node above defines a power controller that is a PM domain provider and
> expects one cell as its phandle argument.
>
> +Example 2:
> +
> + parent: power-controller@12340000 {
> + compatible = "foo,power-controller";
> + reg = <0x12340000 0x1000>;
> + #power-domain-cells = <1>;
> + };
> +
> + child: power-controller@12340000 {
> + compatible = "foo,power-controller";
> + reg = <0x12341000 0x1000>;
> + power-domains = <&parent 0>;
> + #power-domain-cells = <1>;
> + };
> +
> +The nodes above defines two power controllers: 'parent' and 'child'.
s/defines/define/
> +Domains created by 'child' power controller are subdomains of '0' power
the 'child' power controller
> +domain provided by 'parent' power controller.
the 'parent' power controller.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH v3 1/7 RESEND] PM / Domains: Add a note about power domain subdomains
2015-01-14 13:44 ` [PATCH v3 1/7] PM / Domains: Add a note about power domain subdomains Marek Szyprowski
2015-01-14 13:55 ` Geert Uytterhoeven
@ 2015-01-14 14:12 ` Marek Szyprowski
2015-01-14 14:19 ` Geert Uytterhoeven
2015-01-14 15:09 ` Ulf Hansson
1 sibling, 2 replies; 5+ messages in thread
From: Marek Szyprowski @ 2015-01-14 14:12 UTC (permalink / raw)
To: linux-arm-kernel, linux-samsung-soc
Cc: Marek Szyprowski, Kukjin Kim, Tobias Jakobi, Daniel Drake,
Andrzej Hajda, Inki Dae, Tomasz Figa, kyungmin.park, Pankaj Dubey,
Amit Daniel Kachhap, Geert Uytterhoeven, Ulf Hansson, devicetree
This patch adds a note on defining subdomains to generic PM domain
binding documentation to let power domain providers use common approach
for defining power domain hierarchy.
Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com>
---
RESEND version:
- fixed spelling mistakes, thanks go to Geert!
---
.../devicetree/bindings/power/power_domain.txt | 29 ++++++++++++++++++++++
1 file changed, 29 insertions(+)
diff --git a/Documentation/devicetree/bindings/power/power_domain.txt b/Documentation/devicetree/bindings/power/power_domain.txt
index 98c1667..eeea45b 100644
--- a/Documentation/devicetree/bindings/power/power_domain.txt
+++ b/Documentation/devicetree/bindings/power/power_domain.txt
@@ -19,6 +19,16 @@ Required properties:
providing multiple PM domains (e.g. power controllers), but can be any value
as specified by device tree binding documentation of particular provider.
+Optional properties:
+ - power-domains : A phandle and PM domain specifier as defined by bindings of
+ the power controller specified by phandle.
+ Some power domains might be powered from another power domain (or have
+ other hardware specific dependencies). For representing such dependency
+ a standard PM domain consumer binding is used. When provided, all domains
+ created by the given provider should be subdomains of the domain
+ specified by this binding. More details about power domain specifier are
+ available in the next section.
+
Example:
power: power-controller@12340000 {
@@ -30,6 +40,25 @@ Example:
The node above defines a power controller that is a PM domain provider and
expects one cell as its phandle argument.
+Example 2:
+
+ parent: power-controller@12340000 {
+ compatible = "foo,power-controller";
+ reg = <0x12340000 0x1000>;
+ #power-domain-cells = <1>;
+ };
+
+ child: power-controller@12340000 {
+ compatible = "foo,power-controller";
+ reg = <0x12341000 0x1000>;
+ power-domains = <&parent 0>;
+ #power-domain-cells = <1>;
+ };
+
+The nodes above define two power controllers: 'parent' and 'child'.
+Domains created by the 'child' power controller are subdomains of '0' power
+domain provided by the 'parent' power controller.
+
==PM domain consumers==
Required properties:
--
1.9.2
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH v3 1/7 RESEND] PM / Domains: Add a note about power domain subdomains
2015-01-14 14:12 ` [PATCH v3 1/7 RESEND] " Marek Szyprowski
@ 2015-01-14 14:19 ` Geert Uytterhoeven
2015-01-14 15:09 ` Ulf Hansson
1 sibling, 0 replies; 5+ messages in thread
From: Geert Uytterhoeven @ 2015-01-14 14:19 UTC (permalink / raw)
To: Marek Szyprowski
Cc: linux-arm-kernel@lists.infradead.org,
linux-samsung-soc@vger.kernel.org, Kukjin Kim, Tobias Jakobi,
Daniel Drake, Andrzej Hajda, Inki Dae, Tomasz Figa, Kyungmin Park,
Pankaj Dubey, Amit Daniel Kachhap, Ulf Hansson,
devicetree@vger.kernel.org
On Wed, Jan 14, 2015 at 3:12 PM, Marek Szyprowski
<m.szyprowski@samsung.com> wrote:
> This patch adds a note on defining subdomains to generic PM domain
> binding documentation to let power domain providers use common approach
> for defining power domain hierarchy.
>
> Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com>
Acked-by: Geert Uytterhoeven <geert+renesas@glider.be>
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v3 1/7 RESEND] PM / Domains: Add a note about power domain subdomains
2015-01-14 14:12 ` [PATCH v3 1/7 RESEND] " Marek Szyprowski
2015-01-14 14:19 ` Geert Uytterhoeven
@ 2015-01-14 15:09 ` Ulf Hansson
1 sibling, 0 replies; 5+ messages in thread
From: Ulf Hansson @ 2015-01-14 15:09 UTC (permalink / raw)
To: Marek Szyprowski
Cc: linux-arm-kernel@lists.infradead.org, linux-samsung-soc,
Kukjin Kim, Tobias Jakobi, Daniel Drake, Andrzej Hajda, Inki Dae,
Tomasz Figa, Kyungmin Park, Pankaj Dubey, Amit Daniel Kachhap,
Geert Uytterhoeven, devicetree@vger.kernel.org
On 14 January 2015 at 15:12, Marek Szyprowski <m.szyprowski@samsung.com> wrote:
> This patch adds a note on defining subdomains to generic PM domain
> binding documentation to let power domain providers use common approach
> for defining power domain hierarchy.
>
> Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com>
Reviewed-by: Ulf Hansson <ulf.hansson@linaro.org>
Kind regards
Uffe
> ---
> RESEND version:
> - fixed spelling mistakes, thanks go to Geert!
> ---
> .../devicetree/bindings/power/power_domain.txt | 29 ++++++++++++++++++++++
> 1 file changed, 29 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/power/power_domain.txt b/Documentation/devicetree/bindings/power/power_domain.txt
> index 98c1667..eeea45b 100644
> --- a/Documentation/devicetree/bindings/power/power_domain.txt
> +++ b/Documentation/devicetree/bindings/power/power_domain.txt
> @@ -19,6 +19,16 @@ Required properties:
> providing multiple PM domains (e.g. power controllers), but can be any value
> as specified by device tree binding documentation of particular provider.
>
> +Optional properties:
> + - power-domains : A phandle and PM domain specifier as defined by bindings of
> + the power controller specified by phandle.
> + Some power domains might be powered from another power domain (or have
> + other hardware specific dependencies). For representing such dependency
> + a standard PM domain consumer binding is used. When provided, all domains
> + created by the given provider should be subdomains of the domain
> + specified by this binding. More details about power domain specifier are
> + available in the next section.
> +
> Example:
>
> power: power-controller@12340000 {
> @@ -30,6 +40,25 @@ Example:
> The node above defines a power controller that is a PM domain provider and
> expects one cell as its phandle argument.
>
> +Example 2:
> +
> + parent: power-controller@12340000 {
> + compatible = "foo,power-controller";
> + reg = <0x12340000 0x1000>;
> + #power-domain-cells = <1>;
> + };
> +
> + child: power-controller@12340000 {
> + compatible = "foo,power-controller";
> + reg = <0x12341000 0x1000>;
> + power-domains = <&parent 0>;
> + #power-domain-cells = <1>;
> + };
> +
> +The nodes above define two power controllers: 'parent' and 'child'.
> +Domains created by the 'child' power controller are subdomains of '0' power
> +domain provided by the 'parent' power controller.
> +
> ==PM domain consumers==
>
> Required properties:
> --
> 1.9.2
>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2015-01-14 15:09 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1421243091-10778-1-git-send-email-m.szyprowski@samsung.com>
2015-01-14 13:44 ` [PATCH v3 1/7] PM / Domains: Add a note about power domain subdomains Marek Szyprowski
2015-01-14 13:55 ` Geert Uytterhoeven
2015-01-14 14:12 ` [PATCH v3 1/7 RESEND] " Marek Szyprowski
2015-01-14 14:19 ` Geert Uytterhoeven
2015-01-14 15:09 ` Ulf Hansson
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).