summaryrefslogtreecommitdiff
path: root/scripts/generate_rust_analyzer.py
diff options
context:
space:
mode:
authorUwe Kleine-König <u.kleine-koenig@pengutronix.de>2023-11-04 22:15:05 +0100
committerSebastian Reichel <sebastian.reichel@collabora.com>2023-11-15 23:15:38 +0100
commitdde74a5de817e0a011e4783cf26295d7f6fdca26 (patch)
tree6bf698ed03f556cf6a771a27c549fe5de951a011 /scripts/generate_rust_analyzer.py
parent12389c657b623da34ba9b30306e13919d0b42f3a (diff)
downloadlwn-dde74a5de817e0a011e4783cf26295d7f6fdca26.tar.gz
lwn-dde74a5de817e0a011e4783cf26295d7f6fdca26.zip
power: reset: at91-sama5d2_shdwc: Stop using module_platform_driver_probe()
On today's platforms the benefit of platform_driver_probe() isn't that relevant any more. It allows to drop some code after booting (or module loading) for .probe() and discard the .remove() function completely if the driver is built-in. This typically saves a few 100k. The downside of platform_driver_probe() is that the driver cannot be bound and unbound at runtime which is ancient and so slightly complicates testing. There are also thoughts to deprecate platform_driver_probe() because it adds some complexity in the driver core for little gain. Also many drivers don't use it correctly. This driver for example misses to mark the driver struct with __ref which is needed to suppress a (W=1) modpost warning. Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de> Reviewed-by: Claudiu Beznea <claudiu.beznea@tuxon.dev> Link: https://lore.kernel.org/r/20231104211501.3676352-19-u.kleine-koenig@pengutronix.de Signed-off-by: Sebastian Reichel <sebastian.reichel@collabora.com>
Diffstat (limited to 'scripts/generate_rust_analyzer.py')
0 files changed, 0 insertions, 0 deletions