[PATCH v4 3/4] regulator: dt-bindings: qcom,rpmh-regulator: Add debounce delay property

From: Jishnu Prakash

Date: Thu Oct 01 2026 - 08:59:27 EST


Add 'qcom,regulator-off-debounce-delay-us' to describe the time to wait
for an enable vote after a disable vote, before actually sending the
disable request to RPMh.

Some consumers toggle a regulator off and back on in quick succession
as part of their normal operation, a behavior this driver has no
control over. The appropriate debounce window to absorb this varies by
which consumer(s) are wired to a given rail and how they use it, so it
is exposed as a per-regulator property rather than a fixed value.

It is placed in the qcom,rpmh-regulator binding and vendor-prefixed
because the underlying deferred-disable mechanism is specific to this
driver's RPMh command handling.

Assisted-by: Claude:claude-sonnet-5
Signed-off-by: Jishnu Prakash <jishnu.prakash@xxxxxxxxxxxxxxxx>
---
.../bindings/regulator/qcom,rpmh-regulator.yaml | 18 ++++++++++++++++++
1 file changed, 18 insertions(+)

diff --git a/Documentation/devicetree/bindings/regulator/qcom,rpmh-regulator.yaml b/Documentation/devicetree/bindings/regulator/qcom,rpmh-regulator.yaml
index eed2ce7fa861..a028f1a9c194 100644
--- a/Documentation/devicetree/bindings/regulator/qcom,rpmh-regulator.yaml
+++ b/Documentation/devicetree/bindings/regulator/qcom,rpmh-regulator.yaml
@@ -135,6 +135,15 @@ properties:
$ref: regulator.yaml#
unevaluatedProperties: false
description: BOB regulator node.
+ properties:
+ qcom,regulator-off-debounce-delay-us:
+ description:
+ Time in microseconds to wait for an enable vote after a disable
+ vote, before actually disabling the regulator in hardware. This is
+ needed for consumers that may toggle a regulator off and back on
+ in quick succession as part of their normal operation, a behavior
+ this driver has no control over, so as to avoid needlessly
+ power-cycling the regulator in hardware.
dependencies:
regulator-allow-set-load: [ regulator-allowed-modes ]

@@ -144,6 +153,15 @@ patternProperties:
$ref: regulator.yaml#
unevaluatedProperties: false
description: smps/ldo regulator nodes(s).
+ properties:
+ qcom,regulator-off-debounce-delay-us:
+ description:
+ Time in microseconds to wait for an enable vote after a disable
+ vote, before actually disabling the regulator in hardware. This is
+ needed for consumers that may toggle a regulator off and back on
+ in quick succession as part of their normal operation, a behavior
+ this driver has no control over, so as to avoid needlessly
+ power-cycling the regulator in hardware.
dependencies:
regulator-allow-set-load: [ regulator-allowed-modes ]


--
2.43.0