summaryrefslogtreecommitdiff
path: root/drivers/soc/lantiq
diff options
context:
space:
mode:
authorUwe Kleine-König <u.kleine-koenig@pengutronix.de>2023-06-06 20:27:24 +0300
committerDmitry Torokhov <dmitry.torokhov@gmail.com>2023-06-06 21:11:57 +0300
commitab892b7fd44a68feead30e2f53ba31818ca84749 (patch)
treeb6ce4e6ace05cfcba7413706f204252570f9fd04 /drivers/soc/lantiq
parentb00315628095075da4af8d6d519d85d95117de09 (diff)
downloadlinux-ab892b7fd44a68feead30e2f53ba31818ca84749.tar.xz
Input: tps65219-pwrbutton - convert to .remove_new()
The .remove() callback for a platform driver returns an int which makes many driver authors wrongly assume it's possible to do error handling by returning an error code. However the value returned is ignored (apart from emitting a warning). To improve here there is a quest to make the remove callback return void. In the first step of this quest all drivers are converted to .remove_new() which already returns void. Eventually after all drivers are converted, .remove_new() is renamed to .remove(). Before this driver might have returned an error. In this case emit a warning that tells more about the problem than the generic warning by the core, and instead of making the remove callback return zero unconditionally, convert to .remove_new() which is equivalent. Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de> Reviewed-by: Markus Schneider-Pargmann <msp@baylibre.com> Link: https://lore.kernel.org/r/20230605161458.117361-1-u.kleine-koenig@pengutronix.de Signed-off-by: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Diffstat (limited to 'drivers/soc/lantiq')
0 files changed, 0 insertions, 0 deletions