[PATCH AUTOSEL 6.19-6.18] watchdog: rzv2h_wdt: Discard pm_runtime_put() return value

[Sasha Levin <sashal@kernel.org>]

From: "Rafael J. Wysocki" <rafael.j.wysocki@intel.com>

[ Upstream commit 2dea984a74265a67e3210f818416a83b87f70200 ]

Failing device probe due to pm_runtime_put() returning an error is not
particularly useful.

Returning an error code from pm_runtime_put() merely means that it has
not queued up a work item to check whether or not the device can be
suspended and there are many perfectly valid situations in which that
can happen, like after writing "on" to the devices' runtime PM "control"
attribute in sysfs for one example.  It also happens when the kernel is
configured with CONFIG_PM unset.

Accordingly, update rzt2h_wdt_wdtdcr_init() to simply discard the return
value of pm_runtime_put() and return success to the caller after
invoking that function.

This will 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>
Reviewed-by: Guenter Roeck <linux@roeck-us.net>
Signed-off-by: Guenter Roeck <linux@roeck-us.net>
Signed-off-by: Wim Van Sebroeck <wim@linux-watchdog.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>
---

LLM Generated explanations, may be completely bogus:

So the driver was introduced in v6.12-rc1, meaning it would be present
in the 6.12.y stable tree.

### Assessment

**What the commit fixes:**
The commit fixes a real bug where the watchdog driver probe fails in
perfectly valid configurations, specifically:
1. When `CONFIG_PM` is not set — probe **always** fails because
   `pm_runtime_put()` returns `-ENOSYS`
2. When runtime PM has been configured in ways that prevent idle
   queueing — probe fails spuriously

**Stable kernel criteria assessment:**
- **Obviously correct**: Yes — the return value of `pm_runtime_put()` is
  not meaningful for success/failure of the initialization. The
  `pm_runtime_resume_and_get()` call that preceded it already succeeded,
  and the device configuration (stopping WDTDCR counter) was already
  done. The "put" is just releasing the runtime PM reference.
- **Fixes a real bug**: Yes — probe failure preventing a watchdog device
  from being usable.
- **Small and contained**: Yes — 3 lines removed, 1 line added, single
  file, single function.
- **No new features**: Correct, this is purely a bug fix.
- **Reviewed**: Yes — by Guenter Roeck (the watchdog subsystem
  maintainer).

**Risk assessment:**
- Extremely low risk. The change simply ignores a return value that was
  incorrectly being treated as a probe error.
- The `pm_runtime_put()` operation itself still happens; only the error
  check is removed.

**However**, this driver was only introduced in v6.12-rc1. It's only
applicable to the 6.12.y stable tree (and possibly 6.13.y if that
exists). This limits its scope somewhat but doesn't change whether it
should be backported.

**The "preparation for future API change" angle:**
While the commit mentions preparation for changing `pm_runtime_put()` to
return `void`, that's the motivation for the broader cleanup campaign.
The actual fix here independently addresses a real probe failure bug,
making it valid for stable.

### Verification

- **Verified CONFIG_PM=n behavior**: Read
  `include/linux/pm_runtime.h:261-264` — `__pm_runtime_idle()` returns
  `-ENOSYS` when CONFIG_PM is not set. `pm_runtime_put()` at line
  561-563 calls `__pm_runtime_idle()`, so it returns `-ENOSYS` without
  CONFIG_PM.
- **Verified driver introduction version**: `git describe --tags
  --contains f6febd0a30b6e` showed `v6.12-rc1~92^2~6`, confirming the
  driver was introduced in v6.12.
- **Verified the code change scope**: The diff shows exactly 3 lines
  removed (the `ret = pm_runtime_put()`, `if (ret < 0)`, `return ret;`)
  and 1 line added (`pm_runtime_put(&pdev->dev);`), all in
  `rzt2h_wdt_wdtdcr_init()`.
- **Verified reviewer**: Guenter Roeck (watchdog maintainer) gave
  Reviewed-by.
- **Unverified**: Whether anyone actually reported the CONFIG_PM=n probe
  failure — the commit message doesn't reference a specific report.
  However, the bug is clear from code analysis.

### Conclusion

This is a small, obviously correct bug fix that prevents the watchdog
driver probe from failing in valid configurations (notably CONFIG_PM=n).
It's reviewed by the subsystem maintainer, touches a single function in
a single file, and has zero risk of regression. While the driver only
exists in 6.12+, it should be backported to applicable stable trees.

**YES**

 drivers/watchdog/rzv2h_wdt.c | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/drivers/watchdog/rzv2h_wdt.c b/drivers/watchdog/rzv2h_wdt.c
index a694786837e11..f9bb4ef3d327b 100644
--- a/drivers/watchdog/rzv2h_wdt.c
+++ b/drivers/watchdog/rzv2h_wdt.c
@@ -270,9 +270,7 @@ static int rzt2h_wdt_wdtdcr_init(struct platform_device *pdev,
 
 	rzt2h_wdt_wdtdcr_count_stop(priv);
 
-	ret = pm_runtime_put(&pdev->dev);
-	if (ret < 0)
-		return ret;
+	pm_runtime_put(&pdev->dev);
 
 	return 0;
 }
-- 
2.51.0