Re: [v4, 1/4] dt-binding: reset-controller: ti: add reset-duration-us property
From: Rob Herring <robh@kernel.org>
Date: 2020-08-25 17:42:29
Also in:
linux-devicetree, linux-mediatek, lkml
On Mon, Aug 17, 2020 at 11:03:21AM +0800, Crystal Guo wrote:
introduce 'reset' method to allow device do serialized assert and deassert operations in a single step, which needs a minimum delay to be waited between assert and deassert.
Why is Mediatek adding to a TI binding?
quoted hunk ↗ jump to hunk
Signed-off-by: Crystal Guo <redacted> --- Documentation/devicetree/bindings/reset/ti-syscon-reset.txt | 5 +++++ 1 file changed, 5 insertions(+)diff --git a/Documentation/devicetree/bindings/reset/ti-syscon-reset.txt b/Documentation/devicetree/bindings/reset/ti-syscon-reset.txt index 86945502ccb5..ab041032339b 100644 --- a/Documentation/devicetree/bindings/reset/ti-syscon-reset.txt +++ b/Documentation/devicetree/bindings/reset/ti-syscon-reset.txt@@ -59,6 +59,11 @@ Required properties: Please also refer to Documentation/devicetree/bindings/reset/reset.txt for common reset controller usage by consumers. +Optional properties: +- reset-duration-us: When do serialized assert and deassert operations, minimum delay in microseconds +is needed to be waited between an assert and a deassert to reset the device. This value can be 0, 0 means +that such a delay is not needed.
This goes in the reset controller node or each consumer? For the latter, it should be a cell in 'resets' if you need this. But really, I think the reset controller should enforce some minimum time that works for all consumers. Surely having a minimum time per reset isn't really needed. Rob _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel