diff options
| author | 2021-07-12 11:30:35 +0100 | |
|---|---|---|
| committer | 2021-07-12 11:30:35 +0100 | |
| commit | 9705c49c3b5e8640fa1afd24f93a391ac0f793a4 (patch) | |
| tree | 88f8c06e1892366621b927d338620defa49f0b47 /include/linux/perf/git:/ssh:/git@git.zx2c4.com | |
| parent | Merge series "Move Hisilicon 6421v600 SPMI and USB drivers out of staging" from Mauro Carvalho Chehab <mchehab+huawei@kernel.org>: (diff) | |
| parent | regulator: devres: unexport devm_regulator_unregister_supply_alias() (diff) | |
| download | linux-dev-9705c49c3b5e8640fa1afd24f93a391ac0f793a4.tar.xz linux-dev-9705c49c3b5e8640fa1afd24f93a391ac0f793a4.zip | |
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
Diffstat (limited to 'include/linux/perf/git:/ssh:/git@git.zx2c4.com')
0 files changed, 0 insertions, 0 deletions
