Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1631275
| From | Geert Uytterhoeven <geert@linux-m68k.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains |
| Date | 2017-04-26 11:30 +0200 |
| Message-ID | <tArqP-jD-23@gated-at.bofh.it> (permalink) |
| References | <tq08y-pa-17@gated-at.bofh.it> <tA6FI-3Yq-9@gated-at.bofh.it> <tAetA-r0-13@gated-at.bofh.it> <tAql4-84y-17@gated-at.bofh.it> <tArqO-jD-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Hi Ulf,
On Wed, Apr 26, 2017 at 11:04 AM, Ulf Hansson <ulf.hansson@linaro.org> wrote:
> On 26 April 2017 at 10:06, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>> On Tue, Apr 25, 2017 at 9:34 PM, Ulf Hansson <ulf.hansson@linaro.org> wrote:
>>> However, we currently know about at least two different SoCs that need
>>> this. Perhaps we can extend the below list to justify adding a new
>>> framework/APIs. Something along the lines what you propose in $subject
>>> patchset.
>>>
>>> 1) Nvidia; to solve the USB super-speed host/device problem.
>>> 2) QCOM, which has pointed to several cases where the PM topology is
>>> laid out like devices having two PM domains..
>>> 3?) I don't fully remember - but I think Geert also pointed to some
>>> examples where a device could reside in a clock domain but also in
>>> power domain for a Renesas SoC!?
>>> 4) ?
>>
>> Most Renesas SoCs have module clocks, which we model as a clock domain.
>> Some Renesas SoCs have power domains for CPUs, others have them for
>> devices as well.
>> As we always provide a virtual "always-on" power domain in the power domain
>> controller, all devices can refer to it using "power-domains" properties,
>> and the driver for the power domain controller can just forward the clock
>> domain operations to the clock driver.
>
> Okay, thanks for clarifying this.
>
> Thinking about this as bit more, when I realized that *if* we would
> add a new PM domain framework for explicit control of PM domains, that
> would mean you need to deploy support for that in the drivers.
Correct. And we have to update DT bindings and DTS.
> On the other hand, as you anyway would need to change the drivers, you
> could instead deploy clock support in the drivers, which would avoid
> using the clock domain. In that way, you could still stay with one PM
> domain pointer per device, used to control the power domains instead.
> Right? Or would that have other implications?
That's exactly what we're doing already.
Which means that if you allow multiple entries in power-domains, we
have to change drivers, DT bindings, and DTS again (which we may
decide not to do ;-)
On SH/R-Mobile, we always did it that way, as the user manual had an
explicit "always-on" power domain.
On R-Car Gen2, the power domains contain CPU and L2 and GPU only,
so devices had their power-domains pointing to the clock controller.
On R-Car Gen3, some devices were moved into power domains, so we
generalized this by creating a virtual "always-on" power domain, and
letting all devices point their power-domains properties to the power
domain controller, which forwards clock handling to the clock controller.
For consistency, this was applied to R-Car Gen2 as well.
Cfr. some late relics fixed in e.g. commit 24b2d930a50662c1
('ARM: dts: r8a7794: Use SYSC "always-on" PM Domain for sound'),
but technically the fix was not needed, as it worked fine without.
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
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Jon Hunter <jonathanh@nvidia.com> - 2017-04-25 13:20 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Ulf Hansson <ulf.hansson@linaro.org> - 2017-04-25 21:40 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains "Rafael J. Wysocki" <rafael@kernel.org> - 2017-04-25 23:20 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Jon Hunter <jonathanh@nvidia.com> - 2017-05-02 12:20 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains "Rafael J. Wysocki" <rjw@rjwysocki.net> - 2017-05-03 00:00 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Ulf Hansson <ulf.hansson@linaro.org> - 2017-05-03 10:20 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Jon Hunter <jonathanh@nvidia.com> - 2017-05-03 10:40 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Ulf Hansson <ulf.hansson@linaro.org> - 2017-05-03 15:50 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Jon Hunter <jonathanh@nvidia.com> - 2017-05-03 17:00 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Ulf Hansson <ulf.hansson@linaro.org> - 2017-05-03 19:20 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Jon Hunter <jonathanh@nvidia.com> - 2017-05-04 10:50 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Jon Hunter <jonathanh@nvidia.com> - 2017-05-03 10:20 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Geert Uytterhoeven <geert@linux-m68k.org> - 2017-04-26 10:20 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Ulf Hansson <ulf.hansson@linaro.org> - 2017-04-26 11:30 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Geert Uytterhoeven <geert@linux-m68k.org> - 2017-04-26 11:30 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Ulf Hansson <ulf.hansson@linaro.org> - 2017-04-26 12:00 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Geert Uytterhoeven <geert@linux-m68k.org> - 2017-05-03 08:50 +0200
Re: [RFC PATCH 0/4] PM / Domains: Add support for explicit control of PM domains Geert Uytterhoeven <geert@linux-m68k.org> - 2017-05-03 11:00 +0200
csiph-web