On 12/05/2023 18:15, Charles Keepax wrote:
On Fri, May 12, 2023 at 05:23:22PM +0200, Krzysztof Kozlowski wrote:
On 12/05/2023 14:28, Charles Keepax wrote:
+$id: http://devicetree.org/schemas/mfd/cirrus,cs42l43.yaml# +$schema: http://devicetree.org/meta-schemas/core.yaml#
+title: Cirrus Logic CS42L43 Audio CODEC
That's audio codec, so it should be in sound, not MFD.
Is this true even despite the device being implemented as an MFD?
Implementation in Linux almost does not matter here. Bindings location match the device main purpose. We indeed stuff into MFD bindings things like PMIC, because PMIC is a bit more than just regulators, and we do not have here subsystem for PMICs. If you call it Audio Codec, then I vote for sound directory for bindings.
I am happy to move it, and will do so unless I hear otherwise.
- VDD_P-supply
- VDD_A-supply
- VDD_D-supply
- VDD_IO-supply
- VDD_CP-supply
lowercase, no underscores in all property names.
I guess we can rename all the regulators to lower case.
+additionalProperties: false
This order is quite unexpected... please do not invent your own layout. Use example-schema as your starting point. I suspect there will be many things to fix, so limited review follows (not complete).
Missing ref to dai-common
Apologies for that I was a little hesitant about this but this order did make the binding document much more readable, the intentation got really hard to follow in the traditional order. I guess since I have things working now I can put it back, again I will do so unless I hear otherwise.
The additional/unevaluatedProperties from child nodes are indeed moved then up - following the property: pinctrl: type: object additionalProperties: false
but that's exception and for the rest I don't see any troubles with indentation. That would be the only binding... so what's here so special?
- pinctrl:
- type: object
additionalProperties: false
Can do.
- allOf:
- $ref: "../pinctrl/pinctrl.yaml#"No quotes, absolute path, so /schemas/pinctrl/....
Can do.
- properties:
pin-settings:What's this node about? pinctrl/pinctrl/pins? One level too much.
codec/pinctrl/pins
The device is a codec, so the main node should be called codec, then it has a subnode called pinctrl to satisfy the pinctrl DT binding.
Sure, but then you do not need pin-settings. Look at Qualcomm bindings for example:
Documentation/devicetree/bindings/pinctrl/qcom,sm8550-tlmm.yaml
Best regards, Krzysztof