From: "Rafael J. Wysocki" <rafael@kernel.org>
To: Jon Hunter <jonathanh@nvidia.com>, Linux PM <linux-pm@vger.kernel.org>
Cc: linux-tegra@vger.kernel.org,
Prashant Gaikwad <pgaikwad@nvidia.com>,
Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@kernel.org>,
Thierry Reding <thierry.reding@gmail.com>,
linux-clk@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
Dmitry Osipenko <digetx@gmail.com>,
Ulf Hansson <ulf.hansson@linaro.org>
Subject: [PATCH v2] clk: tegra: Adjust callbacks in tegra_clock_pm
Date: Tue, 06 Jan 2026 13:19:47 +0100 [thread overview]
Message-ID: <5956349.DvuYhMxLoT@rafael.j.wysocki> (raw)
In-Reply-To: <CAJZ5v0i7Rbk5sWCo2Z1Y4j_ZFW7nCUr18H8i2JCM=aPpfZOQ4w@mail.gmail.com>
On Tuesday, January 6, 2026 1:07:15 PM CET Rafael J. Wysocki wrote:
> Hi Jon,
>
> On Tue, Jan 6, 2026 at 11:36 AM Jon Hunter <jonathanh@nvidia.com> wrote:
> >
> > Hi Rafael,
> >
> > On 04/01/2026 11:53, Rafael J. Wysocki wrote:
> > > From: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> > >
> > > System suspend and resume callbacks run after the core has bumped
> > > up the runtime PM usage counters of all devices, so these callbacks
> > > need not worry about runtime PM reference counting.
> > >
> > > Accordingly, to eliminate useless overhead related to runtime PM
> > > usage counter manipulation, set the suspend callback pointer in
> > > tegra_clock_pm to pm_runtime_resume() and do not set the resume
> > > callback in it at all.
> > >
> > > This will also facilitate a planned change of the pm_runtime_put()
> > > return type to void in the future.
> > >
> > > Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> > > ---
> > >
> > > This patch is requisite for converting pm_runtime_put() into a void
> > > function.
> > >
> > > If you decide to pick it up, please let me know.
> > >
> > > Otherwise, an ACK or equivalent will be appreciated, but also the lack
> > > of specific criticism will be eventually regarded as consent.
> > >
> > > ---
> > > drivers/clk/tegra/clk-device.c | 2 +-
> > > 1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > > --- a/drivers/clk/tegra/clk-device.c
> > > +++ b/drivers/clk/tegra/clk-device.c
> > > @@ -175,7 +175,7 @@ unreg_clk:
> > > * perspective since voltage is kept at a nominal level during suspend anyways.
> > > */
> > > static const struct dev_pm_ops tegra_clock_pm = {
> > > - SET_SYSTEM_SLEEP_PM_OPS(pm_runtime_resume_and_get, pm_runtime_put)
> > > + SET_SYSTEM_SLEEP_PM_OPS(pm_runtime_resume, NULL)
> > > };
> > >
> > > static const struct of_device_id tegra_clock_match[] = {
> >
> >
> > I gave this a quick test and this is causing a suspend regression on
> > Tegra20 and Tegra30 that use this driver. Looking at the console log
> > on Tegra20 I see the following errors ...
> >
> > tegra-clock tegra_clk_sclk: PM: dpm_run_callback(): pm_runtime_resume returns 1
>
> Of course, it needs a wrapper.
So the patch below should work better.
---
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Subject: [PATCH v2] clk: tegra: Adjust callbacks in tegra_clock_pm
System suspend and resume callbacks run after the core has bumped
up the runtime PM usage counters of all devices, so these callbacks
need not worry about runtime PM reference counting.
Accordingly, to eliminate useless overhead related to runtime PM
usage counter manipulation, set the suspend callback pointer in
tegra_clock_pm to a wrapper around pm_runtime_resume() called
tegra_clock_suspend() and do not set the resume callback in it at all.
This will also facilitate a planned change of the pm_runtime_put()
return type to void in the future.
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
---
v1 -> v2:
* Use a wrapper around pm_runtime_resume() to avoid aborting
system suspend when it returns 1 (which is always when the
clock is active during system suspend).
---
drivers/clk/tegra/clk-device.c | 13 ++++++++++++-
1 file changed, 12 insertions(+), 1 deletion(-)
--- a/drivers/clk/tegra/clk-device.c
+++ b/drivers/clk/tegra/clk-device.c
@@ -174,8 +174,19 @@ unreg_clk:
* problem. In practice this makes no difference from a power management
* perspective since voltage is kept at a nominal level during suspend anyways.
*/
+static inline int tegra_clock_suspend(struct device *dev)
+{
+ int ret;
+
+ ret = pm_runtime_resume(dev);
+ if (ret < 0)
+ return ret;
+
+ return 0;
+}
+
static const struct dev_pm_ops tegra_clock_pm = {
- SET_SYSTEM_SLEEP_PM_OPS(pm_runtime_resume_and_get, pm_runtime_put)
+ SET_SYSTEM_SLEEP_PM_OPS(tegra_clock_suspend, NULL)
};
static const struct of_device_id tegra_clock_match[] = {
next prev parent reply other threads:[~2026-01-06 12:19 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-04 11:53 [PATCH v1] " Rafael J. Wysocki
2026-01-06 10:36 ` Jon Hunter
2026-01-06 12:07 ` Rafael J. Wysocki
2026-01-06 12:19 ` Rafael J. Wysocki [this message]
2026-01-06 14:46 ` [PATCH v2] " Jon Hunter
2026-01-16 19:06 ` Thierry Reding
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=5956349.DvuYhMxLoT@rafael.j.wysocki \
--to=rafael@kernel.org \
--cc=digetx@gmail.com \
--cc=jonathanh@nvidia.com \
--cc=linux-clk@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
--cc=mturquette@baylibre.com \
--cc=pgaikwad@nvidia.com \
--cc=sboyd@kernel.org \
--cc=thierry.reding@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®