aboutsummaryrefslogtreecommitdiff
path: root/include/linux/reset.h
AgeCommit message (Collapse)AuthorFilesLines
2014-04-14reset: Add of_reset_control_get to reset.hHans de Goede1-0/+10
of_reset_control_get is not declared static in drivers/reset/core.c, which is correct as we want to use it elsewhere too. But it does not have a protype declared anywhere under include/linux. Add a prototype / stub for it to linux/reset.h to fix this. Reviewed-by: Josh Triplett <[email protected]> Signed-off-by: Hans de Goede <[email protected]> Signed-off-by: Philipp Zabel <[email protected]>
2014-03-09reset: Add optional resets and stubsPhilipp Zabel1-5/+64
This patch adds device_reset_optional and (devm_)reset_control_get_optional variants that drivers can use to indicate they can function without control over the reset line. For those functions, stubs are added so the drivers can be compiled with CONFIG_RESET_CONTROLLER disabled. Also, device_reset is annotated with __must_check. Drivers ignoring the return value should use device_reset_optional instead. Signed-off-by: Philipp Zabel <[email protected]> Reviewed-by: Maxime Ripard <[email protected]> Reviewed-by: Marek Vasut <[email protected]> Acked-by: Wolfram Sang <[email protected]>
2014-02-03reset: Add of_reset_control_getMaxime Ripard1-0/+4
In some cases, you might need to deassert from reset an hardware block that doesn't associated to a struct device (CPUs, timers, etc.). Add a small helper to retrieve the reset controller from the device tree without the need to pass a struct device. Signed-off-by: Maxime Ripard <[email protected]> Signed-off-by: Philipp Zabel <[email protected]>
2013-04-12reset: Add reset controller APIPhilipp Zabel1-0/+17
This adds a simple API for devices to request being reset by separate reset controller hardware and implements the reset signal device tree binding. Signed-off-by: Philipp Zabel <[email protected]> Reviewed-by: Stephen Warren <[email protected]> Reviewed-by: Shawn Guo <[email protected]> Reviewed-by: Marek Vasut <[email protected]> Reviewed-by: Pavel Machek <[email protected]>