From: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>
To: Joy Zou <joy.zou@nxp.com>, vkoul@kernel.org
Cc: shengjiu.wang@nxp.com, robh+dt@kernel.org,
krzysztof.kozlowski+dt@linaro.org, shawnguo@kernel.org,
s.hauer@pengutronix.de, kernel@pengutronix.de,
festevam@gmail.com, linux-imx@nxp.com, dmaengine@vger.kernel.org,
devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH V2 1/2] bindings: fsl-imx-sdma: Document 'HDMI Audio' transfer
Date: Tue, 24 May 2022 11:46:39 +0200 [thread overview]
Message-ID: <cbaf3536-d89d-08cf-1f47-d298ee11a80e@linaro.org> (raw)
In-Reply-To: <20220524080337.1322240-1-joy.zou@nxp.com>
On 24/05/2022 10:03, Joy Zou wrote:
> Add HDMI Audio transfer type.
>
> convert the sdma bindings txt into yaml in v2.
>
> Signed-off-by: Joy Zou <joy.zou@nxp.com>
> ---
> Changes since v1:
> convert the sdma bindings txt into yaml in v2.
> ---
> .../devicetree/bindings/dma/fsl-imx-sdma.yaml | 135 ++++++++++++++++++
There is no conversion here, only new file...
> 1 file changed, 135 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/dma/fsl-imx-sdma.yaml
>
> diff --git a/Documentation/devicetree/bindings/dma/fsl-imx-sdma.yaml b/Documentation/devicetree/bindings/dma/fsl-imx-sdma.yaml
> new file mode 100644
> index 000000000000..5b4f7a09a395
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/dma/fsl-imx-sdma.yaml
Filename: fsl,imx-sdma.yaml
> @@ -0,0 +1,135 @@
> +# SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/dma/fsl-imx-sdma.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Freescale Smart Direct Memory Access (SDMA) Controller for i.MX
> +
> +maintainers:
> + - Vinod Koul <vkoul@kernel.org>
This should not be subsystem maintainer but someone closer to the actual
device.
> +
> +allOf:
> + - $ref: "dma-controller.yaml#"
> +
> +# Everything else is described in the common file
Skip the comment please.
> +
> +properties:
> + compatible:
> + items:
> + - enum:
> + - fsl,imx25-sdma
> + - fsl,imx31-sdma
> + - fsl,imx31-to1-sdma
> + - fsl,imx31-to2-sdma
> + - fsl,imx35-to1-sdma
> + - fsl,imx35-to2-sdma
> + - fsl,imx51-sdma
> + - fsl,imx53-sdma
> + - fsl,imx6q-sdma
> + - fsl,imx7d-sdma
> + - fsl,imx6sx-sdma
> + - fsl,imx6ul-sdma
> + - fsl,imx8mm-sdma
> + - fsl,imx8mn-sdma
> + - fsl,imx8mp-sdma
> + - enum:
> + - fsl,imx35-sdma
> + - fsl,imx8mq-sdma
No, fallback cannot be variable. I doubt that
fsl,imx25-sdma+fsl,imx8mq-sdma makes any sense!
Additionally, this does not match existing DTS. Please run `make
dtbs_check`.
> +
> + reg:
> + description: Should contain SDMA registers location and length
Skip description. Uou need to add maxItems
> +
> + interrupts:
> + description: Should contain SDMA interrupt
Skip description. Uou need to add maxItems
> +
> + fsl,sdma-ram-script-name:
> + $ref: /schemas/types.yaml#/definitions/string
> + description: Should contain the full path of SDMA RAM scripts firmware.
> +
> + "#dma-cells":
> + const: 3
> + description: |
> + The first cell: request/event ID
> +
> + The second cell: peripheral types ID
> + enum:
> + - MCU domain SSI: 0
> + - Shared SSI: 1
> + - MMC: 2
> + - SDHC: 3
> + - MCU domain UART: 4
> + - Shared UART: 5
> + - FIRI: 6
> + - MCU domain CSPI: 7
> + - Shared CSPI: 8
> + - SIM: 9
> + - ATA: 10
> + - CCM: 11
> + - External peripheral: 12
> + - Memory Stick Host Controller: 13
> + - Shared Memory Stick Host Controller: 14
> + - DSP: 15
> + - Memory: 16
> + - FIFO type Memory: 17
> + - SPDIF: 18
> + - IPU Memory: 19
> + - ASRC: 20
> + - ESAI: 21
> + - SSI Dual FIFO: 22
> + description: needs firmware more than ver 2> + - Shared ASRC: 23
> + - SAI: 24
> + - HDMI Audio: 25
> +
> + The third cell: transfer priority ID
> + enum:
> + - High: 0
> + - Medium: 1
> + - Low: 2
> +
> + gpr:
> + description: The phandle to the General Purpose Register (GPR) node
type/ref needed
> +
> + fsl,sdma-event-remap:
> + $ref: /schemas/types.yaml#/definitions/uint32-array
> + description: |
> + Register bits of sdma event remap, the format is <reg shift val>.
> + - reg: the GPR register offset
> + - shift: the bit position inside the GPR register
> + - val: the value of the bit (0 or 1)
Need maxItems or items with description.
> +
> +required:
> + - compatible
> + - reg
> + - interrupts
> + - fsl,sdma-ram-script-name
> + - "#dma-cells"
> +
> +unevaluatedProperties: false
> +
> +examples:
> + - |
> + sdma: dma-controller@83fb0000 {
> + compatible = "fsl,imx51-sdma", "fsl,imx35-sdma";
> + reg = <0x83fb0000 0x4000>;
> + interrupts = <6>;
> + #dma-cells = <3>;
> + fsl,sdma-ram-script-name = "sdma-imx51.bin";
> + };
> +
> +#DMA clients connected to the i.MX SDMA controller must use the format
> +#described in the dma-controller.yaml file.
> + - |
> + ssi2: ssi@70014000 {
Skip consumer example, it's obvious.
> + compatible = "fsl,imx51-ssi", "fsl,imx21-ssi";
> + reg = <0x70014000 0x4000>;
> + interrupts = <30>;
> + clocks = <&clks 49>;
> + dmas = <&sdma 24 1 0>,
> + <&sdma 25 1 0>;
> + dma-names = "rx", "tx";
> + fsl,fifo-depth = <15>;
> + };
> +
> +...
Best regards,
Krzysztof
next prev parent reply other threads:[~2022-05-24 9:46 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-24 8:03 [PATCH V2 1/2] bindings: fsl-imx-sdma: Document 'HDMI Audio' transfer Joy Zou
2022-05-24 9:46 ` Krzysztof Kozlowski [this message]
2022-08-25 8:40 ` [EXT] " Joy Zou
2022-05-24 13:07 ` Rob Herring
2022-08-02 3:58 ` FW: " Joy Zou
2022-08-02 22:44 ` Rob Herring
2022-08-03 6:24 ` Krzysztof Kozlowski
2022-08-24 10:31 ` Joy Zou
2022-08-24 12:35 ` Krzysztof Kozlowski
2022-08-25 1:38 ` [EXT] " Joy Zou
2022-08-25 2:06 ` Joy Zou
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=cbaf3536-d89d-08cf-1f47-d298ee11a80e@linaro.org \
--to=krzysztof.kozlowski@linaro.org \
--cc=devicetree@vger.kernel.org \
--cc=dmaengine@vger.kernel.org \
--cc=festevam@gmail.com \
--cc=joy.zou@nxp.com \
--cc=kernel@pengutronix.de \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-imx@nxp.com \
--cc=linux-kernel@vger.kernel.org \
--cc=robh+dt@kernel.org \
--cc=s.hauer@pengutronix.de \
--cc=shawnguo@kernel.org \
--cc=shengjiu.wang@nxp.com \
--cc=vkoul@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).