[PATCH V4 1/2] dt-bindings: opp: Convert ti-omap5-opp-supply to json schema
Krzysztof Kozlowski
krzysztof.kozlowski at linaro.org
Tue Aug 15 13:55:50 PDT 2023
On 11/08/2023 05:14, Nishanth Menon wrote:
> Rename ti-omap5-opp-supply to be bit more generic omap-opp-supply and
> convert the free text binding to json-schema.
>
> Signed-off-by: Nishanth Menon <nm at ti.com>
> ---
> Changes since V3:
> * Rewrote the description of the binding to something more relevant to
> current style of documentation.
>
> V3: https://lore.kernel.org/all/20230809023045.1870410-2-nm@ti.com/
> V2: https://lore.kernel.org/all/20230801233341.1416552-2-nm@ti.com/
> V1: https://lore.kernel.org/all/20230724153911.1376830-5-nm@ti.com/
>
> .../bindings/opp/ti,omap-opp-supply.yaml | 106 ++++++++++++++++++
> .../bindings/opp/ti-omap5-opp-supply.txt | 63 -----------
> 2 files changed, 106 insertions(+), 63 deletions(-)
> create mode 100644 Documentation/devicetree/bindings/opp/ti,omap-opp-supply.yaml
> delete mode 100644 Documentation/devicetree/bindings/opp/ti-omap5-opp-supply.txt
>
> diff --git a/Documentation/devicetree/bindings/opp/ti,omap-opp-supply.yaml b/Documentation/devicetree/bindings/opp/ti,omap-opp-supply.yaml
> new file mode 100644
> index 000000000000..25a0cb5ec6ff
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/opp/ti,omap-opp-supply.yaml
> @@ -0,0 +1,106 @@
> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/opp/ti,omap-opp-supply.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Texas Instruments OMAP compatible OPP supply
> +
> +description:
> + OMAP5, DRA7, and AM57 families of SoCs have Class 0 AVS eFuse
> + registers, which contain OPP-specific voltage information tailored
> + for the specific device. This binding provides the information
> + needed to describe such a hardware values and relate them to program
> + the primary regulator during an OPP transition.
> +
> + Also, some supplies may have an associated vbb-supply, an Adaptive
> + Body Bias regulator, which must transition in a specific sequence
> + w.r.t the vdd-supply and clk when making an OPP transition. By
> + supplying two regulators to the device that will undergo OPP
> + transitions, we can use the multi-regulator support implemented by
> + the OPP core to describe both regulators the platform needs. The
> + OPP core binding Documentation/devicetree/bindings/opp/opp-v2.yaml
> + provides further information (refer to Example 4 Handling multiple
> + regulators).
> +
> +maintainers:
> + - Nishanth Menon <nm at ti.com>
> +
> +properties:
> + $nodename:
> + pattern: '^opp-supply(@[0-9a-f]+)?$'
> +
> + compatible:
> + oneOf:
> + - description: Basic OPP supply controlling VDD and VBB
> + items:
> + - const: ti,omap-opp-supply
> + - description: OMAP5+ optimized voltages in efuse(Class 0) VDD along with
> + VBB.
> + items:
> + - const: ti,omap5-opp-supply
> + - description: OMAP5+ optimized voltages in efuse(class0) VDD but no VBB
> + items:
This and previous cases should be just "const:", because you have only
one item.
> + - const: ti,omap5-core-opp-supply
> +
> + reg:
> + maxItems: 1
> +
> + ti,absolute-max-voltage-uv:
> + $ref: /schemas/types.yaml#/definitions/uint32
> + description: Absolute maximum voltage for the OPP supply in micro-volts.
> + minimum: 750000
> + maximum: 1500000
> +
> + ti,efuse-settings:
> + description: An array of u32 tuple items providing information about
> + optimized efuse configuration.
> + minItems: 1
> + $ref: /schemas/types.yaml#/definitions/uint32-matrix
> + items:
> + items:
> + -
Don't wrap (drop line break). It should be just like you have in compatible.
> + description: Reference voltage in micro-volts (OPP Voltage)
> + minimum: 750000
> + maximum: 1500000
> + multipleOf: 10000
> + -
> + description: efuse offset where the optimized voltage is located
> + multipleOf: 4
> + maximum: 256
> +
Rest looks good to me, so with above:
Reviewed-by: Krzysztof Kozlowski <krzysztof.kozlowski at linaro.org>
Best regards,
Krzysztof
More information about the linux-arm-kernel
mailing list