[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210503170030.GA1987906@robh.at.kernel.org>
Date: Mon, 3 May 2021 12:00:30 -0500
From: Rob Herring <robh@...nel.org>
To: Shengjiu Wang <shengjiu.wang@....com>
Cc: lgirdwood@...il.com, broonie@...nel.org, perex@...ex.cz,
tiwai@...e.com, timur@...nel.org, nicoleotsuka@...il.com,
Xiubo.Lee@...il.com, festevam@...il.com, shawnguo@...nel.org,
s.hauer@...gutronix.de, kernel@...gutronix.de, linux-imx@....com,
linux-kernel@...r.kernel.org, alsa-devel@...a-project.org,
linuxppc-dev@...ts.ozlabs.org,
linux-arm-kernel@...ts.infradead.org, devicetree@...r.kernel.org
Subject: Re: [PATCH 2/2] ASoC: dt-bindings: imx-akcodec: Add binding doc for
akcodec machine driver
On Fri, Apr 23, 2021 at 01:51:47PM +0800, Shengjiu Wang wrote:
> Imx-akcodec is a new added machine driver for supporting
> ak4458/ak5558/ak5552/ak4497 codec on i.MX platforms.
>
> Signed-off-by: Shengjiu Wang <shengjiu.wang@....com>
> ---
> .../bindings/sound/imx-audio-akcodec.yaml | 60 +++++++++++++++++++
> 1 file changed, 60 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/sound/imx-audio-akcodec.yaml
>
> diff --git a/Documentation/devicetree/bindings/sound/imx-audio-akcodec.yaml b/Documentation/devicetree/bindings/sound/imx-audio-akcodec.yaml
> new file mode 100644
> index 000000000000..7419bf7224e9
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/sound/imx-audio-akcodec.yaml
> @@ -0,0 +1,60 @@
> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/sound/imx-audio-akcodec.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: NXP i.MX audio complex with AK4458/AK5558/AK5552/AK4497 codec
Looks like the existing fsl-asoc-card.txt? You should convert to schema
and use that. Otherwise, my comments are based on this all being 'new'.
> +
> +maintainers:
> + - Shengjiu Wang <shengjiu.wang@....com>
> +
> +properties:
> + compatible:
> + enum:
> + - fsl,imx8mq-audio-ak4458
> + - fsl,imx8mq-audio-ak4497
> + - fsl,imx8mq-audio-ak5558
> + - fsl,imx-audio-ak4497
> + - fsl,imx-audio-ak4458
> + - fsl,imx-audio-ak5558
> + - fsl,imx-audio-ak5552
I continue to not understand why audio bindings need the codec(s) in the
compatible strings. Can't you look up the codec thru the audio-codec
property?
> +
> + model:
> + $ref: /schemas/types.yaml#/definitions/string
> + description: User specified audio sound card name
> +
> + audio-cpu:
> + $ref: /schemas/types.yaml#/definitions/phandle
> + description: The phandle of a CPU DAI controller
> +
> + audio-codec:
> + description: The phandle of Codec DAI controllers, there are two
> + controllers maximum.
We have the common 'sound-dai' property. See the simple-card.yaml
binding.
> +
> + audio-asrc:
> + $ref: /schemas/types.yaml#/definitions/phandle
> + description: The phandle of ASRC. It can be absent if there's no
> + need to add ASRC support via DPCM.
Needs a vendor prefix.
> +
> + fsl,tdm:
> + $ref: /schemas/types.yaml#/definitions/flag
> + description: |
> + This is a boolean property. If present, the TDM mode is enabled.
But this one seems like something that could or should be common.
> +
> +required:
> + - compatible
> + - model
> + - audio-cpu
> + - audio-codec
> +
> +additionalProperties: false
> +
> +examples:
> + - |
> + sound-ak4458 {
> + compatible = "fsl,imx-audio-ak4458";
> + model = "ak4458-audio";
> + audio-cpu = <&sai1>;
> + audio-codec = <&ak4458_1>, <&ak4458_2>;
> + };
> --
> 2.17.1
>
Powered by blists - more mailing lists