[PATCH v4] i2c: xiic: restore non-managed runtime PM to fix clk WARN flood
From: Abdurrahman Hussain
Date: Wed Aug 19 2026 - 12:56:51 EST
The devres conversion replaced manual pm_runtime_enable()/disable() with
devm_pm_runtime_set_active_enabled() and dropped the remove-time runtime
PM teardown. The managed release tears runtime PM down in the wrong
order: it calls pm_runtime_dont_use_autosuspend() before
pm_runtime_disable(), i.e. while runtime PM is still enabled, and devres
is LIFO so the devm_clk_get_enabled() release runs afterwards.
At remove(), pm_runtime_put_sync() leaves the device active with the
autosuspend timer armed. Clearing use_autosuspend then makes rpm_idle()
suspend immediately, and xiic_i2c_runtime_suspend() clk_disable()s the
clock. The later devm_clk_get_enabled() release clk_disable_unprepare()s
the already-disabled clock, so clk_core_disable() WARNs ("clkN already
disabled") on every teardown.
Drop the managed helper and restore the non-managed runtime PM setup and
teardown, so runtime PM is enabled once in probe and disabled once in
remove and the clock enable count stays balanced.
Restore the non-managed IRQ request as well. The probe error paths now
unwind runtime PM by hand via goto, and a devm-registered handler is only
freed later during devres unwind, so it would stay live across the manual
teardown (and across any future failing step added after it). Request the
IRQ with request_threaded_irq() and free it explicitly in the probe error
path and in remove.
Fixes: 50c63491ff26 ("i2c: xiic: switch to devres managed APIs")
Signed-off-by: Abdurrahman Hussain <abdurrahman@xxxxxxxxxx>
---
Changes in v4:
- Request the IRQ non-managed (request_threaded_irq/free_irq) and free it
in the probe error path and in remove(), instead of a devm handler that
would only be released during devres unwind and so stay live across the
manual runtime PM teardown in the goto error paths (Andy).
- Link to v3: https://patch.msgid.link/20260818-i2c-xiic-restore-runtime-pm-teardown-v3-1-5fd315b078e1@xxxxxxxxxx
Changes in v3:
- Drop the managed devm_pm_runtime_set_active_enabled() helper entirely
and restore the non-managed runtime PM setup (pm_runtime_set_active +
pm_runtime_enable, with probe error unwinding) and teardown
(pm_runtime_disable + set_suspended + dont_use_autosuspend), so the
disable depth stays balanced rather than being disabled twice (Andi).
- Link to v2: https://patch.msgid.link/20260814-i2c-xiic-restore-runtime-pm-teardown-v2-1-7ae5d0c30ff2@xxxxxxxxxx
Changes in v2:
- Move the Signed-off-by into the commit message proper (Andy).
- Link to v1: https://patch.msgid.link/20260813-i2c-xiic-restore-runtime-pm-teardown-v1-1-0e7dfb206790@xxxxxxxxxx
To: Michal Simek <michal.simek@xxxxxxx>
To: Andi Shyti <andi.shyti@xxxxxxxxxx>
To: Abdurrahman Hussain <abdurrahman@xxxxxxxxxx>
To: Andy Shevchenko <andriy.shevchenko@xxxxxxxxx>
Cc: linux-arm-kernel@xxxxxxxxxxxxxxxxxxx
Cc: linux-i2c@xxxxxxxxxxxxxxx
Cc: linux-kernel@xxxxxxxxxxxxxxx
---
drivers/i2c/busses/i2c-xiic.c | 43 ++++++++++++++++++++++++++++++++++---------
1 file changed, 34 insertions(+), 9 deletions(-)
diff --git a/drivers/i2c/busses/i2c-xiic.c b/drivers/i2c/busses/i2c-xiic.c
index 3e7735e1dae0..bafae1cc44aa 100644
--- a/drivers/i2c/busses/i2c-xiic.c
+++ b/drivers/i2c/busses/i2c-xiic.c
@@ -92,6 +92,7 @@ struct xiic_i2c {
int rx_pos;
enum xiic_endian endianness;
struct clk *clk;
+ int irq;
enum xilinx_i2c_state state;
bool singlemaster;
bool dynamic;
@@ -1475,9 +1476,13 @@ static int xiic_i2c_probe(struct platform_device *pdev)
pm_runtime_set_autosuspend_delay(dev, XIIC_PM_TIMEOUT);
pm_runtime_use_autosuspend(dev);
- ret = devm_pm_runtime_set_active_enabled(dev);
- if (ret)
- return ret;
+ /*
+ * Enable runtime PM by hand: devm_pm_runtime_set_active_enabled()
+ * tears down in an order that races the devm-enabled clock release and
+ * makes clk_core_disable() WARN (see xiic_i2c_remove()).
+ */
+ pm_runtime_set_active(dev);
+ pm_runtime_enable(dev);
/* SCL frequency configuration */
i2c->input_clk = clk_get_rate(i2c->clk);
@@ -1486,10 +1491,15 @@ static int xiic_i2c_probe(struct platform_device *pdev)
if (ret || i2c->i2c_clk > I2C_MAX_FAST_MODE_PLUS_FREQ)
i2c->i2c_clk = 0;
- ret = devm_request_threaded_irq(dev, irq, NULL, xiic_process,
- IRQF_ONESHOT, pdev->name, i2c);
+ /*
+ * Request the IRQ non-managed: later probe steps unwind manually via
+ * goto, so a devm handler could still be live after that teardown runs.
+ */
+ i2c->irq = irq;
+ ret = request_threaded_irq(irq, NULL, xiic_process, IRQF_ONESHOT,
+ pdev->name, i2c);
if (ret)
- return ret;
+ goto err_pm_disable;
i2c->singlemaster = device_property_read_bool(dev, "single-master");
@@ -1506,14 +1516,16 @@ static int xiic_i2c_probe(struct platform_device *pdev)
i2c->endianness = BIG;
ret = xiic_reinit(i2c);
- if (ret)
- return dev_err_probe(dev, ret, "Cannot xiic_reinit\n");
+ if (ret) {
+ dev_err_probe(dev, ret, "Cannot xiic_reinit\n");
+ goto err_free_irq;
+ }
/* add i2c adapter to i2c tree */
ret = i2c_add_numbered_adapter(&i2c->adap);
if (ret) {
xiic_deinit(i2c);
- return ret;
+ goto err_free_irq;
}
if (pdata) {
@@ -1526,6 +1538,14 @@ static int xiic_i2c_probe(struct platform_device *pdev)
res, irq, i2c->i2c_clk);
return 0;
+
+err_free_irq:
+ free_irq(irq, i2c);
+err_pm_disable:
+ pm_runtime_disable(dev);
+ pm_runtime_set_suspended(dev);
+
+ return ret;
}
static void xiic_i2c_remove(struct platform_device *pdev)
@@ -1537,6 +1557,8 @@ static void xiic_i2c_remove(struct platform_device *pdev)
/* remove adapter & data */
i2c_del_adapter(&i2c->adap);
+ free_irq(i2c->irq, i2c);
+
ret = pm_runtime_get_sync(dev);
if (ret < 0)
dev_warn(dev, "Failed to activate device for removal (%pe)\n",
@@ -1545,6 +1567,9 @@ static void xiic_i2c_remove(struct platform_device *pdev)
xiic_deinit(i2c);
pm_runtime_put_sync(dev);
+ pm_runtime_disable(dev);
+ pm_runtime_set_suspended(dev);
+ pm_runtime_dont_use_autosuspend(dev);
}
static const struct dev_pm_ops xiic_dev_pm_ops = {
---
base-commit: d58772d8520c7ef247c4b95c9bd76d3a25da9ff5
change-id: 20260813-i2c-xiic-restore-runtime-pm-teardown-dd0ab1db2c02
Best regards,
--
Abdurrahman Hussain <abdurrahman@xxxxxxxxxx>