All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sylwester Nawrocki <snjw23@gmail.com>
To: Thomas Abraham <thomas.abraham@linaro.org>
Cc: linux-samsung-soc@vger.kernel.org, linux-pm@vger.kernel.org,
	rjw@sisk.pl, linux-arm-kernel@lists.infradead.org,
	devicetree-discuss@lists.ozlabs.org, rob.herring@calxeda.com,
	grant.likely@secretlab.ca, kgene.kim@samsung.com,
	broonie@opensource.wolfsonmicro.com, patches@linaro.org
Subject: Re: [PATCH 2/2] ARM: Exynos: Hook up power domains to generic power domain infrastructure
Date: Mon, 02 Jan 2012 23:19:41 +0100	[thread overview]
Message-ID: <4F022D7D.3060802@gmail.com> (raw)
In-Reply-To: <CAJuYYwQbTJTRdsa9WpQuCtSTYacbrcP3CVBFaAYHP1jLPky10A@mail.gmail.com>

Hi Thomas,

thank you for clarifying.

On 01/02/2012 03:14 AM, Thomas Abraham wrote:
> 
> The following is a snippet from the dts file used for testing.
> 
>    [...]
> 
>    lcd0:power-domain-lcd0 {
>             compatible = "samsung,exynos4210-pd";
>             reg = <0x10023C00 0x10>;
>    };
> 
>    [...]
> 
>    fimd0:display-controller {
>             compatible = "samsung,exynos4-fimd";
>             [...]
>             pd = <&lcd0>;
>    };
> 
> The fimd (display controller) driver would then do the following.
> 
> parp = of_get_property(pdev->dev.of_node, "pd", NULL);
> pd_np = of_find_node_by_phandle(be32_to_cpup(parp));
> pm_genpd_of_add_device(pd_np, &pdev->dev);

Sounds interesting. Currently it's platform code that adds devices to
a corresponding power domain. But doing it at drivers might be more
convenient for avoiding device/driver/power domain registration
synchronization issues, especially that knowledge about power domain
existence may be contained directly in DT description, not needing
drivers to carry platform specific data.

BTW, I have a feeling that "samsung" is a bit longish prefix for the bindings.
Didn't you initially consider "sec" for instance ? Probably it is already
too late for changing that though.

> The lookup is based on the node pointer of the power domain.

Thanks,
Sylwester

WARNING: multiple messages have this Message-ID (diff)
From: snjw23@gmail.com (Sylwester Nawrocki)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/2] ARM: Exynos: Hook up power domains to generic power domain infrastructure
Date: Mon, 02 Jan 2012 23:19:41 +0100	[thread overview]
Message-ID: <4F022D7D.3060802@gmail.com> (raw)
In-Reply-To: <CAJuYYwQbTJTRdsa9WpQuCtSTYacbrcP3CVBFaAYHP1jLPky10A@mail.gmail.com>

Hi Thomas,

thank you for clarifying.

On 01/02/2012 03:14 AM, Thomas Abraham wrote:
> 
> The following is a snippet from the dts file used for testing.
> 
>    [...]
> 
>    lcd0:power-domain-lcd0 {
>             compatible = "samsung,exynos4210-pd";
>             reg = <0x10023C00 0x10>;
>    };
> 
>    [...]
> 
>    fimd0:display-controller {
>             compatible = "samsung,exynos4-fimd";
>             [...]
>             pd = <&lcd0>;
>    };
> 
> The fimd (display controller) driver would then do the following.
> 
> parp = of_get_property(pdev->dev.of_node, "pd", NULL);
> pd_np = of_find_node_by_phandle(be32_to_cpup(parp));
> pm_genpd_of_add_device(pd_np, &pdev->dev);

Sounds interesting. Currently it's platform code that adds devices to
a corresponding power domain. But doing it at drivers might be more
convenient for avoiding device/driver/power domain registration
synchronization issues, especially that knowledge about power domain
existence may be contained directly in DT description, not needing
drivers to carry platform specific data.

BTW, I have a feeling that "samsung" is a bit longish prefix for the bindings.
Didn't you initially consider "sec" for instance ? Probably it is already
too late for changing that though.

> The lookup is based on the node pointer of the power domain.

Thanks,
Sylwester

  reply	other threads:[~2012-01-02 22:19 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-12 15:46 [PATCH 0/2] ARM: Exynos: Adapt to generic power domain Thomas Abraham
2011-12-12 15:46 ` Thomas Abraham
2011-12-12 15:46 ` [PATCH 1/2] PM / Domains: Add OF support Thomas Abraham
2011-12-12 15:46   ` Thomas Abraham
2011-12-12 15:46   ` [PATCH 2/2] ARM: Exynos: Hook up power domains to generic power domain infrastructure Thomas Abraham
2011-12-12 15:46     ` Thomas Abraham
2011-12-26 19:06     ` Mark Brown
2011-12-26 19:06       ` Mark Brown
2011-12-27 22:16       ` Sylwester Nawrocki
2011-12-27 22:16         ` Sylwester Nawrocki
2011-12-27 23:14     ` Sylwester Nawrocki
2011-12-27 23:14       ` Sylwester Nawrocki
2011-12-28  5:25       ` Thomas Abraham
2011-12-28  5:25         ` Thomas Abraham
2011-12-28 11:09         ` Sylwester Nawrocki
2011-12-28 11:09           ` Sylwester Nawrocki
2011-12-28 18:58     ` Sylwester Nawrocki
2011-12-28 18:58       ` Sylwester Nawrocki
2012-01-02  2:14       ` Thomas Abraham
2012-01-02  2:14         ` Thomas Abraham
2012-01-02 22:19         ` Sylwester Nawrocki [this message]
2012-01-02 22:19           ` Sylwester Nawrocki
     [not found]           ` <4F022D7D.3060802-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2012-01-03  8:23             ` Thomas Abraham
2012-01-03  8:23               ` Thomas Abraham
2012-01-04  7:00               ` Grant Likely
2012-01-04  7:00                 ` Grant Likely
2012-01-04  7:29                 ` Kukjin Kim
2012-01-04  7:29                   ` Kukjin Kim
2011-12-26 11:29   ` [PATCH 1/2] PM / Domains: Add OF support Mark Brown
2011-12-26 11:29     ` Mark Brown
2011-12-26 19:13   ` Rafael J. Wysocki
2011-12-26 19:13     ` Rafael J. Wysocki
2011-12-26 19:24     ` Mark Brown
2011-12-26 19:24       ` Mark Brown
2011-12-26 20:44       ` Rafael J. Wysocki
2011-12-26 20:44         ` Rafael J. Wysocki
2011-12-28  5:10         ` Thomas Abraham
2011-12-28  5:10           ` Thomas Abraham
2011-12-28 22:17           ` Rafael J. Wysocki
2011-12-28 22:17             ` Rafael J. Wysocki
2012-01-02  3:47             ` Thomas Abraham
2012-01-02  3:47               ` Thomas Abraham
2012-01-03 22:30               ` Rafael J. Wysocki
2012-01-03 22:30                 ` Rafael J. Wysocki
2012-01-05 15:42                 ` Thomas Abraham
2012-01-05 15:42                   ` Thomas Abraham
2012-01-02  6:59     ` Grant Likely
2012-01-02  6:59       ` Grant Likely
2012-01-03 22:28       ` Rafael J. Wysocki
2012-01-03 22:28         ` Rafael J. Wysocki

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=4F022D7D.3060802@gmail.com \
    --to=snjw23@gmail.com \
    --cc=broonie@opensource.wolfsonmicro.com \
    --cc=devicetree-discuss@lists.ozlabs.org \
    --cc=grant.likely@secretlab.ca \
    --cc=kgene.kim@samsung.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=linux-samsung-soc@vger.kernel.org \
    --cc=patches@linaro.org \
    --cc=rjw@sisk.pl \
    --cc=rob.herring@calxeda.com \
    --cc=thomas.abraham@linaro.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.