Message ID | 20230303213716.2123717-1-u.kleine-koenig@pengutronix.de |
---|---|
Headers | show |
Series | watchdog: Convert to platform remove callback returning void | expand |
Hi Uwe, On 3/3/23 13:36, Uwe Kleine-König wrote: > Returning early in a platform driver's remove callback is wrong. In this > case the watchdog device is never removed although it's parent is gone > which likely can trigger a use-after-free in sysfs. Also the two used > clocks will never be disabled. > > Instead only warn if s3c2410wdt_enable() fails and cleanup. Note that > returning 0 is the right thing to do then to suppress another warning > message by the driver core. > > Fixes: 4f1f653a68d6 ("watchdog: s3c2410_wdt: use syscon regmap interface to configure pmu register") > Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de> > --- > drivers/watchdog/s3c2410_wdt.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/drivers/watchdog/s3c2410_wdt.c b/drivers/watchdog/s3c2410_wdt.c > index 200ba236a72e..cf104a844a43 100644 > --- a/drivers/watchdog/s3c2410_wdt.c > +++ b/drivers/watchdog/s3c2410_wdt.c > @@ -782,7 +782,8 @@ static int s3c2410wdt_remove(struct platform_device *dev) > > ret = s3c2410wdt_enable(wdt, false); > if (ret < 0) > - return ret; > + dev_warn(&dev->dev, > + "Failed to disable watchdog (%pe)\n", ERR_PTR(ret)); > > watchdog_unregister_device(&wdt->wdt_device); > I sent out two patches a minute ago which should make this patch as well as the use of the remove_new callback unnecessary. Guenter
> Hello, > > this patch series adapts the platform drivers below drivers/watchdog to > use the .remove_new() callback. Compared to the traditional .remove() > callback .remove_new() returns no value. This is a good thing because > the driver core doesn't (and cannot) cope for errors during remove. The > only effect of a non-zero return value in .remove() is that the driver > core emits a warning. The device is removed anyhow and an early return > from .remove() usually yields a resource leak. One driver suffering from > this problem (s3c2410) is fixed by the first patch. This patch set applied on top of Linux next. Build tested with gcc-12, clang-16 and clang nightly. Boot and LTP smoketests performed on - qemu-x86_64 - qemu-arm64 - fvp-aemva - qemu-armv7 - qemu-i386 Tested-by: Linux Kernel Functional Testing <lkft@linaro.org> -- Linaro LKFT https://lkft.linaro.org