| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Add a device managed API for reset_controller_register().
This helps in reducing code in .remove callbacks and sometimes
dropping .remove callbacks entirely.
Signed-off-by: Masahiro Yamada <[email protected]>
Acked-by: Laxman Dewangan <[email protected]>
Signed-off-by: Philipp Zabel <[email protected]>
|
|
Now that struct reset_control no longer stores the device pointer for
the device calling reset_control_get we can share a single struct
reset_control when multiple calls to reset_control_get are made for
the same reset line (same id / index).
This is a preparation patch for adding support for shared reset lines.
Signed-off-by: Hans de Goede <[email protected]>
Signed-off-by: Philipp Zabel <[email protected]>
|
|
The ops pointer is holding a pointer to a structure that is usually not
modified. Make it const.
Signed-off-by: Maxime Ripard <[email protected]>
Signed-off-by: Philipp Zabel <[email protected]>
|
|
There are cases where a system will want to read a reset status bit before
doing any other toggling. Add a reset_control_status helper function to the
reset controller API.
Signed-off-by: Dinh Nguyen <[email protected]>
Signed-off-by: Philipp Zabel <[email protected]>
|
|
If a user of <linux/reset-controller.h> doesn't include
<linux/of.h> before including reset-controller.h they'll get a
warning as follows:
include/linux/reset-controller.h:44:17:
warning: 'struct of_phandle_args' declared inside parameter list
This is because of_phandle_args is not forward declared. Add the
declaration to silence this warning.
Acked-by: Philipp Zabel <[email protected]>
Signed-off-by: Stephen Boyd <[email protected]>
Signed-off-by: Mike Turquette <[email protected]>
|
|
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]>
|