summaryrefslogtreecommitdiffstats
path: root/drivers/regulator/max8973-regulator.c
diff options
context:
space:
mode:
authorLinus Walleij <linus.walleij@linaro.org>2018-12-06 13:43:46 +0100
committerMark Brown <broonie@kernel.org>2018-12-11 01:04:23 +0000
commit891ddbc79a61eb5b919cf56202ecaf7259878cb2 (patch)
treee4b1a683a2b5761d77b4525368f251897644b0a6 /drivers/regulator/max8973-regulator.c
parentcb28ee388e465a956b05ada682f9ef90e776a9b7 (diff)
downloadlinux-stable-891ddbc79a61eb5b919cf56202ecaf7259878cb2.tar.gz
linux-stable-891ddbc79a61eb5b919cf56202ecaf7259878cb2.tar.bz2
linux-stable-891ddbc79a61eb5b919cf56202ecaf7259878cb2.zip
gpio: Add devm_gpiod_unhinge()
This adds a function named devm_gpiod_unhinge() that removes the resource management from a GPIO descriptor. I am not sure if this is the best anglosaxon name for the function, no other managed resources have an equivalent currently, but I chose "unhinge" as the closest intuitive thing I could imagine that fits Rusty Russell's API design criterions "the obvious use is the correct one" and "the name tells you how to use it". The idea came out of a remark from Mark Brown that it should be possible to handle over management of a resource from devres to the regulator core, and indeed we can do that. Signed-off-by: Linus Walleij <linus.walleij@linaro.org> Reviewed-by: Marek Szyprowski <m.szyprowski@samsung.com> Tested-by: Marek Szyprowski <m.szyprowski@samsung.com> Reviewed-by: Charles Keepax <ckeepax@opensource.cirrus.com> Signed-off-by: Mark Brown <broonie@kernel.org>
Diffstat (limited to 'drivers/regulator/max8973-regulator.c')
0 files changed, 0 insertions, 0 deletions