Mark Brown 9705c49c3b Merge series "regulator: devres: remove unused device-managed unregister APIs" from Alexandru Ardelean <aardelean@deviqon.com>: ... These APIs aren't used anywhere and most-likely exist because of the general principle of C APIs, where if an API function does an allocation/registration, it must also have an equivalent deallocation/deregistration counterpart. For devm_ functions this isn't all that true (for all cases), as the idea of these function is to provide an auto-cleanup logic on drivers/system de-init. Removing these discourages any weird logic that could be created with such an API functions. Alexandru Ardelean (4): regulator: devres: remove devm_regulator_unregister_notifier() function regulator: devres: remove devm_regulator_unregister() function regulator: devres: remove devm_regulator_bulk_unregister_supply_alias() regulator: devres: unexport devm_regulator_unregister_supply_alias() drivers/regulator/devres.c | 105 +---------------------------- include/linux/regulator/consumer.h | 23 ------- include/linux/regulator/driver.h | 1 - 3 files changed, 2 insertions(+), 127 deletions(-) -- 2.31.1		2021-07-12 11:30:35 +01:00
..
act8865.h
arizona-ldo1.h
arizona-micsupp.h
consumer.h	regulator: devres: unexport devm_regulator_unregister_supply_alias()	2021-07-11 23:50:34 +01:00
coupler.h
da9121.h
da9211.h
db8500-prcmu.h
driver.h	regulator: devres: remove devm_regulator_unregister() function	2021-07-11 23:50:32 +01:00
fan53555.h
fixed.h
gpio-regulator.h
lp872x.h
lp3971.h
lp3972.h
machine.h	regulator: machine.h: fix kernel-doc "bad line"	2021-07-11 23:50:40 +01:00
max1586.h
max8649.h
max8660.h
max8952.h
max8973-regulator.h
mt6311.h
mt6315-regulator.h
mt6323-regulator.h
mt6358-regulator.h
mt6359-regulator.h
mt6380-regulator.h
mt6397-regulator.h
of_regulator.h
pca9450.h
pfuze100.h
tps6507x.h
tps51632-regulator.h
tps62360.h
userspace-consumer.h