21240eb94f
By now there are drivers using shared reset controls and (de)assert calls on platforms with self-deasserting reset lines and thus reset drivers that do not implement .assert() and .deassert(). As long as the initial state of the reset line is deasserted, there is no reason for a reset_control_assert call to return an error for shared reset controls, or for a reset_control_deassert call to return an error for either shared or exclusive reset controls: after a call to reset_control_deassert the reset line is guaranteed to be deasserted, and after a call to reset_control_assert it is valid for the reset line to stay deasserted for shared reset controls. Signed-off-by: Philipp Zabel <p.zabel@pengutronix.de> Reviewed-by: Linus Walleij <linus.walleij@linaro.org> |
||
---|---|---|
.. | ||
hisilicon | ||
sti | ||
tegra | ||
core.c | ||
Kconfig | ||
Makefile | ||
reset-a10sr.c | ||
reset-ath79.c | ||
reset-berlin.c | ||
reset-gemini.c | ||
reset-imx7.c | ||
reset-lpc18xx.c | ||
reset-meson.c | ||
reset-oxnas.c | ||
reset-pistachio.c | ||
reset-socfpga.c | ||
reset-stm32.c | ||
reset-sunxi.c | ||
reset-ti-sci.c | ||
reset-ti-syscon.c | ||
reset-uniphier.c | ||
reset-zx2967.c | ||
reset-zynq.c |