* [PATCH] counter: ti-eqep: Fix runtime PM imbalance in ti_eqep_probe()
@ 2026-09-16 7:22 Wentao Liang
2026-09-17 0:44 ` Jonathan Cameron
0 siblings, 1 reply; 2+ messages in thread
From: Wentao Liang @ 2026-09-16 7:22 UTC (permalink / raw)
To: david; +Cc: jm, linux-iio, linux-kernel, wbg, Wentao Liang, stable
In ti_eqep_probe(), runtime PM is enabled and acquired via
pm_runtime_get_sync(dev). However, if devm_clk_get_enabled() fails,
the function returns directly without calling pm_runtime_put_sync()
and pm_runtime_disable(), leaving the runtime PM usage count and
enable state unbalanced.
Add the missing pm_runtime_put_sync() and pm_runtime_disable() calls
on the clock error path.
Fixes: 0cf81c73e4c6 ("counter: ti-eqep: enable clock at probe")
Cc: stable@vger.kernel.org
Signed-off-by: Wentao Liang <vulab@iscas.ac.cn>
---
drivers/counter/ti-eqep.c | 5 ++++-
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/counter/ti-eqep.c b/drivers/counter/ti-eqep.c
index d21c157e531a..84fbf500b0f8 100644
--- a/drivers/counter/ti-eqep.c
+++ b/drivers/counter/ti-eqep.c
@@ -548,8 +548,11 @@ static int ti_eqep_probe(struct platform_device *pdev)
pm_runtime_get_sync(dev);
clk = devm_clk_get_enabled(dev, NULL);
- if (IS_ERR(clk))
+ if (IS_ERR(clk)) {
+ pm_runtime_put_sync(dev);
+ pm_runtime_disable(dev);
return dev_err_probe(dev, PTR_ERR(clk), "failed to enable clock\n");
+ }
err = counter_add(counter);
if (err < 0) {
--
2.34.1
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH] counter: ti-eqep: Fix runtime PM imbalance in ti_eqep_probe()
2026-09-16 7:22 [PATCH] counter: ti-eqep: Fix runtime PM imbalance in ti_eqep_probe() Wentao Liang
@ 2026-09-17 0:44 ` Jonathan Cameron
0 siblings, 0 replies; 2+ messages in thread
From: Jonathan Cameron @ 2026-09-17 0:44 UTC (permalink / raw)
To: Wentao Liang; +Cc: david, jm, linux-iio, linux-kernel, wbg, stable
On Wed, 16 Sep 2026 07:22:47 +0000
Wentao Liang <vulab@iscas.ac.cn> wrote:
> In ti_eqep_probe(), runtime PM is enabled and acquired via
> pm_runtime_get_sync(dev). However, if devm_clk_get_enabled() fails,
> the function returns directly without calling pm_runtime_put_sync()
> and pm_runtime_disable(), leaving the runtime PM usage count and
> enable state unbalanced.
>
> Add the missing pm_runtime_put_sync() and pm_runtime_disable() calls
> on the clock error path.
>
> Fixes: 0cf81c73e4c6 ("counter: ti-eqep: enable clock at probe")
> Cc: stable@vger.kernel.org
> Signed-off-by: Wentao Liang <vulab@iscas.ac.cn>
> ---
> drivers/counter/ti-eqep.c | 5 ++++-
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/counter/ti-eqep.c b/drivers/counter/ti-eqep.c
> index d21c157e531a..84fbf500b0f8 100644
> --- a/drivers/counter/ti-eqep.c
> +++ b/drivers/counter/ti-eqep.c
> @@ -548,8 +548,11 @@ static int ti_eqep_probe(struct platform_device *pdev)
> pm_runtime_get_sync(dev);
>
> clk = devm_clk_get_enabled(dev, NULL);
> - if (IS_ERR(clk))
> + if (IS_ERR(clk)) {
> + pm_runtime_put_sync(dev);
> + pm_runtime_disable(dev);
Having manual cleanup immediately after a devm call is not a good sign as
it will be out of order. Use devm_pm_runtime_enable() and consider if the
pm_runtime_get_sync() that the put is reversing is actually needed.
I suspect not.
> return dev_err_probe(dev, PTR_ERR(clk), "failed to enable clock\n");
> + }
>
> err = counter_add(counter);
> if (err < 0) {
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2026-09-17 0:44 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2026-09-16 7:22 [PATCH] counter: ti-eqep: Fix runtime PM imbalance in ti_eqep_probe() Wentao Liang
2026-09-17 0:44 ` Jonathan Cameron
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®