From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Ulf Hansson <ulf.hansson@linaro.org>
Cc: Geert Uytterhoeven <geert+renesas@glider.be>,
Magnus Damm <magnus.damm@gmail.com>,
Simon Horman <horms@verge.net.au>,
Ben Dooks <ben.dooks@codethink.co.uk>,
Felipe Balbi <balbi@ti.com>,
Mike Turquette <mturquette@linaro.org>,
"Rafael J. Wysocki" <rjw@rjwysocki.net>,
linux-sh@vger.kernel.org,
"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
linux-omap <linux-omap@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
Tomasz Figa <tomasz.figa@gmail.com>
Subject: Re: [PATCH/RFC 3/4] of/clk: Register clocks suitable for Runtime PM with the PM core
Date: Wed, 30 Apr 2014 23:23:11 +0200 [thread overview]
Message-ID: <2068296.FXWLXn1mqR@avalon> (raw)
In-Reply-To: <CAPDyKFr02yyhGNncYX2AgBXTA3Sc0AGQcExjtLvQ5QU0_=YJwg@mail.gmail.com>
Hi Ulf and Geert,
On Thursday 24 April 2014 15:11:24 Ulf Hansson wrote:
> On 24 April 2014 12:13, Geert Uytterhoeven <geert+renesas@glider.be> wrote:
> > When adding a device from DT, check if its clocks are suitable for Runtime
> > PM, and register them with the PM core.
> > If Runtime PM is disabled, just enable the clock.
> >
> > This allows the PM core to automatically manage gate clocks of devices for
> > Runtime PM.
>
> Normally I don't think it's a good idea to "automatically" manage
> clocks from PM core or any other place but from the driver (and
> possibly the subsystem).
>
> The reason is simply that we hide things that normally is supposed to
> be handled by the driver. Typically a cross SOC driver should work
> fine both with and without a pm_domain. It should also not rely on
> CONFIG_PM_RUNTIME.
That's a very good point. Geert, what do you think should happen if
CONFIG_PM_RUNTIME is not set ? I don't have a strong opinion (yet) on whether
we could require CONFIG_PM_RUNTIME, but it would indeed be nice to support
both cases. One option would be to keep the clocks enabled unconditionally in
that case, as not setting CONFIG_PM_RUNTIME means that the user doesn't care
(or cares less) about power consumption.
> > Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
--
Regards,
Laurent Pinchart
WARNING: multiple messages have this Message-ID (diff)
From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH/RFC 3/4] of/clk: Register clocks suitable for Runtime PM with the PM core
Date: Wed, 30 Apr 2014 21:23:11 +0000 [thread overview]
Message-ID: <2068296.FXWLXn1mqR@avalon> (raw)
In-Reply-To: <CAPDyKFr02yyhGNncYX2AgBXTA3Sc0AGQcExjtLvQ5QU0_=YJwg@mail.gmail.com>
Hi Ulf and Geert,
On Thursday 24 April 2014 15:11:24 Ulf Hansson wrote:
> On 24 April 2014 12:13, Geert Uytterhoeven <geert+renesas@glider.be> wrote:
> > When adding a device from DT, check if its clocks are suitable for Runtime
> > PM, and register them with the PM core.
> > If Runtime PM is disabled, just enable the clock.
> >
> > This allows the PM core to automatically manage gate clocks of devices for
> > Runtime PM.
>
> Normally I don't think it's a good idea to "automatically" manage
> clocks from PM core or any other place but from the driver (and
> possibly the subsystem).
>
> The reason is simply that we hide things that normally is supposed to
> be handled by the driver. Typically a cross SOC driver should work
> fine both with and without a pm_domain. It should also not rely on
> CONFIG_PM_RUNTIME.
That's a very good point. Geert, what do you think should happen if
CONFIG_PM_RUNTIME is not set ? I don't have a strong opinion (yet) on whether
we could require CONFIG_PM_RUNTIME, but it would indeed be nice to support
both cases. One option would be to keep the clocks enabled unconditionally in
that case, as not setting CONFIG_PM_RUNTIME means that the user doesn't care
(or cares less) about power consumption.
> > Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
--
Regards,
Laurent Pinchart
WARNING: multiple messages have this Message-ID (diff)
From: laurent.pinchart@ideasonboard.com (Laurent Pinchart)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH/RFC 3/4] of/clk: Register clocks suitable for Runtime PM with the PM core
Date: Wed, 30 Apr 2014 23:23:11 +0200 [thread overview]
Message-ID: <2068296.FXWLXn1mqR@avalon> (raw)
In-Reply-To: <CAPDyKFr02yyhGNncYX2AgBXTA3Sc0AGQcExjtLvQ5QU0_=YJwg@mail.gmail.com>
Hi Ulf and Geert,
On Thursday 24 April 2014 15:11:24 Ulf Hansson wrote:
> On 24 April 2014 12:13, Geert Uytterhoeven <geert+renesas@glider.be> wrote:
> > When adding a device from DT, check if its clocks are suitable for Runtime
> > PM, and register them with the PM core.
> > If Runtime PM is disabled, just enable the clock.
> >
> > This allows the PM core to automatically manage gate clocks of devices for
> > Runtime PM.
>
> Normally I don't think it's a good idea to "automatically" manage
> clocks from PM core or any other place but from the driver (and
> possibly the subsystem).
>
> The reason is simply that we hide things that normally is supposed to
> be handled by the driver. Typically a cross SOC driver should work
> fine both with and without a pm_domain. It should also not rely on
> CONFIG_PM_RUNTIME.
That's a very good point. Geert, what do you think should happen if
CONFIG_PM_RUNTIME is not set ? I don't have a strong opinion (yet) on whether
we could require CONFIG_PM_RUNTIME, but it would indeed be nice to support
both cases. One option would be to keep the clocks enabled unconditionally in
that case, as not setting CONFIG_PM_RUNTIME means that the user doesn't care
(or cares less) about power consumption.
> > Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2014-04-30 21:23 UTC|newest]
Thread overview: 137+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-24 10:13 [PATCH/RFC 0/4] of: Register clocks for Runtime PM with PM core Geert Uytterhoeven
2014-04-24 10:13 ` Geert Uytterhoeven
2014-04-24 10:13 ` Geert Uytterhoeven
[not found] ` <1398334403-26181-1-git-send-email-geert+renesas-gXvu3+zWzMSzQB+pC5nmwQ@public.gmane.org>
2014-04-24 10:13 ` [PATCH/RFC 1/4] clk: Add CLK_RUNTIME_PM and clk_may_runtime_pm() Geert Uytterhoeven
2014-04-24 10:13 ` Geert Uytterhoeven
2014-04-24 10:13 ` Geert Uytterhoeven
2014-04-24 10:13 ` Geert Uytterhoeven
2014-04-24 10:13 ` [PATCH/RFC 2/4] PM / clock_ops: Add pm_clk_add_clk() Geert Uytterhoeven
2014-04-24 10:13 ` Geert Uytterhoeven
2014-04-24 10:13 ` Geert Uytterhoeven
2014-04-24 10:13 ` Geert Uytterhoeven
2014-04-24 10:13 ` [PATCH/RFC 3/4] of/clk: Register clocks suitable for Runtime PM with the PM core Geert Uytterhoeven
2014-04-24 10:13 ` Geert Uytterhoeven
2014-04-24 10:13 ` Geert Uytterhoeven
2014-04-24 13:11 ` Ulf Hansson
2014-04-24 13:11 ` Ulf Hansson
2014-04-24 13:11 ` Ulf Hansson
2014-04-24 14:09 ` Geert Uytterhoeven
2014-04-24 14:09 ` Geert Uytterhoeven
2014-04-24 14:09 ` Geert Uytterhoeven
2014-04-26 1:59 ` Tomasz Figa
2014-04-26 1:59 ` Tomasz Figa
2014-04-26 1:59 ` Tomasz Figa
2014-04-26 1:59 ` Tomasz Figa
2014-05-02 8:13 ` Ulf Hansson
2014-05-02 8:13 ` Ulf Hansson
2014-05-02 8:13 ` Ulf Hansson
[not found] ` <CAPDyKFqG0dV+-y2=t=d3w6_hxWsYi+sOmNdvS6ECPOuoQ61Pmw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-05-02 14:58 ` Geert Uytterhoeven
2014-05-02 14:58 ` Geert Uytterhoeven
2014-05-02 14:58 ` Geert Uytterhoeven
2014-05-02 14:58 ` Geert Uytterhoeven
2014-05-06 7:58 ` Ulf Hansson
2014-05-06 7:58 ` Ulf Hansson
2014-05-06 7:58 ` Ulf Hansson
2014-04-30 21:23 ` Laurent Pinchart [this message]
2014-04-30 21:23 ` Laurent Pinchart
2014-04-30 21:23 ` Laurent Pinchart
2014-04-30 22:06 ` Geert Uytterhoeven
2014-04-30 22:06 ` Geert Uytterhoeven
2014-04-30 22:06 ` Geert Uytterhoeven
2014-04-25 23:44 ` Kevin Hilman
2014-04-25 23:44 ` Kevin Hilman
2014-04-25 23:44 ` Kevin Hilman
2014-04-29 13:16 ` Grant Likely
2014-04-29 13:16 ` Grant Likely
2014-04-29 13:16 ` Grant Likely
[not found] ` <20140429131610.29859C4094A-WNowdnHR2B42iJbIjFUEsiwD8/FfD2ys@public.gmane.org>
2014-04-30 21:25 ` Laurent Pinchart
2014-04-30 21:25 ` Laurent Pinchart
2014-04-30 21:25 ` Laurent Pinchart
2014-04-30 21:25 ` Laurent Pinchart
2014-04-30 21:33 ` Ben Dooks
2014-04-30 21:33 ` Ben Dooks
2014-04-30 21:33 ` Ben Dooks
2014-04-30 21:54 ` Geert Uytterhoeven
2014-04-30 21:54 ` Geert Uytterhoeven
2014-04-30 21:54 ` Geert Uytterhoeven
2014-05-01 8:03 ` Grant Likely
2014-05-01 8:03 ` Grant Likely
2014-05-01 8:03 ` Grant Likely
2014-05-01 13:41 ` Geert Uytterhoeven
2014-05-01 13:41 ` Geert Uytterhoeven
2014-05-01 13:41 ` Geert Uytterhoeven
2014-05-01 13:56 ` Grant Likely
2014-05-01 13:56 ` Grant Likely
2014-05-01 13:56 ` Grant Likely
2014-05-01 14:46 ` Geert Uytterhoeven
2014-05-01 14:46 ` Geert Uytterhoeven
2014-05-01 14:46 ` Geert Uytterhoeven
2014-04-30 21:47 ` Geert Uytterhoeven
2014-04-30 21:47 ` Geert Uytterhoeven
2014-04-30 21:47 ` Geert Uytterhoeven
2014-05-02 8:56 ` Ulf Hansson
2014-05-02 8:56 ` Ulf Hansson
2014-05-02 8:56 ` Ulf Hansson
2014-05-02 14:35 ` Geert Uytterhoeven
2014-05-02 14:35 ` Geert Uytterhoeven
2014-05-02 14:35 ` Geert Uytterhoeven
2014-05-06 7:43 ` Ulf Hansson
2014-05-06 7:43 ` Ulf Hansson
2014-05-06 7:43 ` Ulf Hansson
2014-04-24 10:13 ` [PATCH/RFC 4/4] clk: shmobile: mstp: Set CLK_RUNTIME_PM flag Geert Uytterhoeven
2014-04-24 10:13 ` Geert Uytterhoeven
2014-04-24 10:13 ` Geert Uytterhoeven
2014-04-24 10:13 ` Geert Uytterhoeven
2014-04-30 21:29 ` [PATCH/RFC 0/4] of: Register clocks for Runtime PM with PM core Laurent Pinchart
2014-04-30 21:29 ` Laurent Pinchart
2014-04-30 21:29 ` Laurent Pinchart
2014-04-30 22:17 ` Geert Uytterhoeven
2014-04-30 22:17 ` Geert Uytterhoeven
2014-04-30 22:17 ` Geert Uytterhoeven
2014-04-30 22:17 ` Geert Uytterhoeven
2014-06-12 16:07 ` [RFC PATCH 0/2] use named clocks list to register clocks for PM clock domain Grygorii Strashko
2014-06-12 16:53 ` Grygorii Strashko
2014-06-12 16:53 ` Grygorii Strashko
2014-06-12 16:53 ` Grygorii Strashko
2014-06-12 16:06 ` [RFC PATCH 2/2] of/clk: use "clkops-clocks" to specify clocks handled by clock_ops domain Grygorii Strashko
2014-06-12 16:53 ` Grygorii Strashko
2014-06-12 16:53 ` Grygorii Strashko
2014-06-12 16:53 ` Grygorii Strashko
2014-07-28 14:05 ` Grant Likely
2014-07-28 14:05 ` Grant Likely
2014-07-28 14:05 ` Grant Likely
2014-07-28 14:05 ` Grant Likely
2014-07-28 17:03 ` Grygorii Strashko
2014-07-28 17:47 ` Grygorii Strashko
2014-07-28 17:47 ` Grygorii Strashko
2014-07-28 17:47 ` Grygorii Strashko
2014-07-29 5:52 ` Grant Likely
2014-07-29 5:52 ` Grant Likely
2014-07-29 5:52 ` Grant Likely
2014-07-30 0:06 ` Laurent Pinchart
2014-07-30 0:06 ` Laurent Pinchart
2014-07-30 0:06 ` Laurent Pinchart
2014-07-30 12:41 ` Grygorii Strashko
2014-07-30 13:25 ` Grygorii Strashko
2014-07-30 13:25 ` Grygorii Strashko
2014-07-30 13:25 ` Grygorii Strashko
2014-12-12 17:40 ` Laurent Pinchart
2014-12-12 17:40 ` Laurent Pinchart
2014-12-12 17:40 ` Laurent Pinchart
2014-08-04 11:28 ` Geert Uytterhoeven
2014-08-04 11:28 ` Geert Uytterhoeven
2014-08-04 11:28 ` Geert Uytterhoeven
2014-08-04 15:21 ` Laurent Pinchart
2014-08-04 15:21 ` Laurent Pinchart
2014-08-04 15:21 ` Laurent Pinchart
2014-09-08 20:13 ` Kevin Hilman
2014-09-08 20:13 ` Kevin Hilman
2014-09-08 20:13 ` Kevin Hilman
2014-09-08 20:13 ` Kevin Hilman
2014-12-12 17:52 ` Laurent Pinchart
2014-12-12 17:52 ` Laurent Pinchart
2014-12-12 17:52 ` Laurent Pinchart
2014-06-12 16:07 ` [RFC PATCH 1/2] clk: of: introduce of_clk_get_from_set() Grygorii Strashko
2014-06-12 16:53 ` Grygorii Strashko
2014-06-12 16:53 ` Grygorii Strashko
2014-06-12 16:53 ` Grygorii Strashko
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=2068296.FXWLXn1mqR@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=balbi@ti.com \
--cc=ben.dooks@codethink.co.uk \
--cc=devicetree@vger.kernel.org \
--cc=geert+renesas@glider.be \
--cc=horms@verge.net.au \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux-sh@vger.kernel.org \
--cc=magnus.damm@gmail.com \
--cc=mturquette@linaro.org \
--cc=rjw@rjwysocki.net \
--cc=tomasz.figa@gmail.com \
--cc=ulf.hansson@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.