u-boot.git/include/reset.h, branch v2019.04

reset: Add reset valid

2019-01-18T16:49:09+00:00

Add reset_valid to check whether given reset is valid
or not.

Cc: Simon Glass 
Signed-off-by: Jagan Teki

reset: Extend reset control with an optional data field

2018-09-11T12:32:55+00:00

Some systems require more than a single ID to identify and configure any
reset provider. For those scenarios add an optional data field to the
reset control structure.

Reviewed-by: Tom Rini 
Signed-off-by: Andreas Dannenberg 
Signed-off-by: Lokesh Vutla

dm: reset: Update uclass to allow querying reset status

2018-09-11T12:32:55+00:00

Add a reset operations function pointer to support querying the current
status of a reset control.

Reviewed-by: Tom Rini 
Signed-off-by: Andreas Dannenberg 
Signed-off-by: Lokesh Vutla

include: reset: Change to use CONFIG_IS_ENABLED(DM_RESET)

2018-07-09T19:25:45+00:00

Change to use CONFIG_IS_ENABLED(DM_RESET), so this can work in SPL
build (CONFIG_SPL_DM_RESET) and U-boot build (CONFIG_DM_RESET).

Signed-off-by: Ley Foon Tan 
Reviewed-by: Simon Glass

SPDX: Convert all of our single license tags to Linux Kernel style

2018-05-07T13:34:12+00:00

When U-Boot started using SPDX tags we were among the early adopters and
there weren't a lot of other examples to borrow from.  So we picked the
area of the file that usually had a full license text and replaced it
with an appropriate SPDX-License-Identifier: entry.  Since then, the
Linux Kernel has adopted SPDX tags and they place it as the very first
line in a file (except where shebangs are used, then it's second line)
and with slightly different comment styles than us.

In part due to community overlap, in part due to better tag visibility
and in part for other minor reasons, switch over to that style.

This commit changes all instances where we have a single declared
license in the tag as both the before and after are identical in tag
contents.  There's also a few places where I found we did not have a tag
and have introduced one.

Signed-off-by: Tom Rini

reset: fix bulk API when DM_RESET is disabled

2018-04-17T21:45:08+00:00

In the commit "reset: Add get/assert/deassert/release for bulk of reset signals"
the disabled reset_release_bulk() and reset_get_bulk() used the wrong
struct clk_bulk instead of struct reset_ctl_bulk.

Fixes: 0c28233903b5 ("reset: Add get/assert/deassert/release for bulk of reset signals")
Reported-by: Jean-Jacques Hiblot 
Signed-off-by: Neil Armstrong 
Reviewed-by: Simon Glass

reset: Add get/assert/deassert/release for bulk of reset signals

2018-04-10T15:52:16+00:00

This patch adds a "bulk" API to the reset API in order to get/deassert/
assert/release a group of reset signals associated with a device.

This bulk API will avoid adding a copy of the same code to manage
a group of reset signals in drivers.

Signed-off-by: Neil Armstrong 
Reviewed-by: Simon Glass

reset: add reset_release_all()

2017-07-28T21:34:07+00:00

Add reset_release_all() method which Assert/Free an
array of resets signal that has been previously successfully
requested by reset_get_by_*()

Signed-off-by: Patrice Chotard 
Reviewed-by: Simon Glass

reset: add reset_request()

2017-07-28T21:34:06+00:00

This is needed in error path to assert previously deasserted
reset by using a saved reset_ctl reference.

Signed-off-by: Patrice Chotard 
Reviewed-by: Simon Glass

reset: add no-op stubs for optional reset control

2016-09-24T02:25:44+00:00

My motivation for this patch is to make reset control handling
optional for generic drivers.

I want to add reset control to drivers/usb/host/ehci-generic.c,
but it is used by several platforms, some will implement a reset
controller driver, some will not.

Add no-op stubs in order to avoid link error for drivers that
implement reset controlling, but still it is optional.

Signed-off-by: Masahiro Yamada