Re: [PATCH v3 1/2] ASoC: dt-bindings: nuvoton,nau8360: Add NAU83G60
Krzysztof Kozlowski <[email protected]>
| Newsgroups | org.alsa-project.alsa-devel,org.kernel.vger.linux-devicetree,org.kernel.vger.linux-sound |
|---|---|
| Message-ID | <20260527-pink-cockatrice-of-expression-04b6e0@quoll> |
On Tue, May 26, 2026 at 09:58:25AM +0800, Neo Chang wrote:
> + clocks:
> + maxItems: 1
> +
> + clock-names:
> + const: mclk
> +
> + nuvoton,dsp-bypass:
> + type: boolean
> + description:
> + Forcibly disable/bypass DSP path.
Same questions as v1. Properties are not to control your probe() in the
driver, but to describe the hardware.
You have entire description or commit msg to convince that previously
questioned property is still reasonable in terms of DT.
OTOH, isn't lack of firmware binaries enough to deduce that DSP is not
going to be used?
> +
> + nuvoton,pbtl-enable:
> + type: boolean
> + description:
> + NAU83G60 supports PBTL mode for mono output.
> +
> + nuvoton,dac-cur-enable:
> + type: boolean
> + description:
> + Adjust DAC output current to match speaker impedance and prevent
> + hardware damage. +3.2dB when present, 0dB by default.
> +
> + firmware-name:
> + minItems: 2
> + maxItems: 2
> + description:
> + Assign firmware filenames for left and right DSP cores.
> +
> +required:
> + - compatible
> + - reg
> +
> +allOf:
> + - $ref: dai-common.yaml#
> +
> +unevaluatedProperties: false
> +
> +examples:
> + - |
> + i2c {
> + #address-cells = <1>;
> + #size-cells = <0>;
> +
> + codec@1a {
> + #sound-dai-cells = <0>;
Please follow DTS coding style.
Best regards,
Krzysztof