lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <cc9fab72-1fca-40de-b1c2-36f6f4e43fda@kernel.org>
Date: Sun, 17 Aug 2025 14:21:37 +0200
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Jihed Chaibi <jihed.chaibi.dev@...il.com>, robh@...nel.org, lee@...nel.org
Cc: peter.ujfalusi@...il.com, krzk+dt@...nel.org, conor+dt@...nel.org,
 devicetree@...r.kernel.org, linux-kernel@...r.kernel.org, shuah@...nel.org
Subject: Re: [PATCH] mfd: dt-bindings: ti,twl6040: convert to DT schema

On 16/08/2025 04:33, Jihed Chaibi wrote:
> Convert the legacy TXT binding for the TWL6040 MFD to the modern YAML
> DT schema format. This adds formal validation and improves documentation
> for the TWL6040/TWL6041 audio codec, which provides audio, vibra, and GPO
> functionality on OMAP4+ platforms.
> 
> The unused 'twl6040,audpwron-gpio' property has been dropped from
> the schema as it is not used by the driver.
> 
> Signed-off-by: Jihed Chaibi <jihed.chaibi.dev@...il.com>
> ---
>  .../devicetree/bindings/mfd/ti,twl6040.yaml   | 149 ++++++++++++++++++
>  .../devicetree/bindings/mfd/twl6040.txt       |  67 --------

That's a v3? Where is the changelog and rest of the patches?

You need to keep versioning and explain what was happening with the
patch (and why).


>  2 files changed, 149 insertions(+), 67 deletions(-)
>  create mode 100644 Documentation/devicetree/bindings/mfd/ti,twl6040.yaml
>  delete mode 100644 Documentation/devicetree/bindings/mfd/twl6040.txt
> 
> diff --git a/Documentation/devicetree/bindings/mfd/ti,twl6040.yaml b/Documentation/devicetree/bindings/mfd/ti,twl6040.yaml
> new file mode 100644
> index 000000000..c8922fce4
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/mfd/ti,twl6040.yaml
> @@ -0,0 +1,149 @@
> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/mfd/ti,twl6040.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Texas Instruments TWL6040/TWL6041 Audio Codec
> +
> +maintainers:
> +  - Peter Ujfalusi <peter.ujfalusi@...il.com>
> +
> +description:
> +  The TWL6040s are 8-channel high quality low-power audio codecs providing
> +  audio, vibra and GPO functionality on OMAP4+ platforms.
> +  They are connected to the host processor via i2c for commands, McPDM for
> +  audio data and commands.
> +
> +properties:
> +  compatible:
> +    enum:
> +      - ti,twl6040
> +      - ti,twl6041
> +
> +  reg:
> +    const: 0x4b
> +
> +  interrupts:
> +    maxItems: 1
> +
> +  gpio-controller: true
> +
> +  '#gpio-cells':
> +    const: 1
> +
> +  '#clock-cells':
> +    description: TWL6040 is a provider of PDMCLK which is used by McPDM.
> +    const: 0
> +
> +  vio-supply:
> +    description: Regulator for the VIO supply.
> +
> +  v2v1-supply:
> +    description: Regulator for the V2V1 supply.
> +
> +  enable-active-high:
> +    type: boolean
> +    description: If present, powers on the device during boot.
> +
> +  clocks:
> +    minItems: 1
> +    maxItems: 2

Why flexible size? Old binding did not suggest that. Any differences
should be explained in commit msg.

> +
> +  clock-names:
> +    minItems: 1
> +    maxItems: 2
> +    items:
> +      enum: [clk32k, mclk]

Why is this flexible instead of list of items?

> +
> +  # Vibra functionality :
> +
> +  vddvibl-supply:
> +    description: Regulator for the left vibra motor supply.
> +
> +  vddvibr-supply:
> +    description: Regulator for the right vibra motor supply.
> +
> +  vibra:
> +    type: object
> +    description: Node for vibra motor configuration parameters.
> +    properties:
> +      ti,vibldrv-res:
> +        $ref: /schemas/types.yaml#/definitions/uint32
> +        description: Resistance parameter for the left driver.
> +
> +      ti,vibrdrv-res:
> +        $ref: /schemas/types.yaml#/definitions/uint32
> +        description: Resistance parameter for the right driver.
> +
> +      ti,viblmotor-res:
> +        $ref: /schemas/types.yaml#/definitions/uint32
> +        description: Resistance parameter for the left motor.
> +
> +      ti,vibrmotor-res:
> +        $ref: /schemas/types.yaml#/definitions/uint32
> +        description: Resistance parameter for the right motor.
> +
> +      vddvibl_uV:
> +        $ref: /schemas/types.yaml#/definitions/uint32
> +        description: Optional override for the VDDVIBL default voltage (in uV).
> +
> +      vddvibr_uV:
> +        $ref: /schemas/types.yaml#/definitions/uint32
> +        description: Optional override for the VDDVIBR default voltage (in uV).
> +    required:
> +      - ti,vibldrv-res
> +      - ti,vibrdrv-res
> +      - ti,viblmotor-res
> +      - ti,vibrmotor-res
> +    additionalProperties: false
> +
> +required:
> +  - compatible
> +  - reg
> +  - interrupts
> +  - gpio-controller
> +  - '#gpio-cells'
> +  - '#clock-cells'
> +  - vio-supply
> +  - v2v1-supply
> +  - vddvibl-supply
> +  - vddvibr-supply
> +  - vibra
> +
> +additionalProperties: false
> +
> +examples:
> +  - |
> +    i2c {
> +      #address-cells = <1>;
> +      #size-cells = <0>;
> +
> +      twl6040: twl@4b {

Node names should be generic. See also an explanation and list of
examples (not exhaustive) in DT specification:
https://devicetree-specification.readthedocs.io/en/latest/chapter2-devicetree-basics.html#generic-names-recommendation

audio-codec?

> +        compatible = "ti,twl6040";
> +        reg = <0x4b>;
> +
> +        interrupts = <0 119 4>;

Use standard defines. <0> also feels wrong here, that's I2C.

> +        interrupt-parent = <&gic>;
> +
> +        gpio-controller;
> +        #gpio-cells = <1>;
> +        #clock-cells = <0>;
> +



Best regards,
Krzysztof

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ