DMA Engine development
 help / color / mirror / Atom feed
From: Conor Dooley <conor@kernel.org>
To: "Duje Mihanović" <duje.mihanovic@skole.hr>
Cc: Vinod Koul <vkoul@kernel.org>, Rob Herring <robh+dt@kernel.org>,
	Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
	Conor Dooley <conor+dt@kernel.org>,
	dmaengine@vger.kernel.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH] dt-bindings: mmp-dma: convert to YAML
Date: Sun, 28 Jan 2024 17:28:03 +0000	[thread overview]
Message-ID: <20240128-feminine-sulfite-8891c60ec123@spud> (raw)
In-Reply-To: <20240127-pxa-dma-yaml-v1-1-573bafe86454@skole.hr>

[-- Attachment #1: Type: text/plain, Size: 3431 bytes --]

Hey,

On Sat, Jan 27, 2024 at 05:53:45PM +0100, Duje Mihanović wrote:
> Convert the Marvell MMP DMA binding to YAML.
> 
> The TXT binding mentions that the controller may have one IRQ per DMA
> channel. Examples of this were dropped in the YAML binding because of
> dt_binding_check complaints (either too many interrupt cells or
> interrupts) and the fact that this is not used in any of the in-tree
> device trees.
> 
> Signed-off-by: Duje Mihanović <duje.mihanovic@skole.hr>
> ---
>  .../devicetree/bindings/dma/marvell,mmp-dma.yaml   | 82 ++++++++++++++++++++++
>  Documentation/devicetree/bindings/dma/mmp-dma.txt  | 81 ---------------------
>  2 files changed, 82 insertions(+), 81 deletions(-)
> 
> diff --git a/Documentation/devicetree/bindings/dma/marvell,mmp-dma.yaml b/Documentation/devicetree/bindings/dma/marvell,mmp-dma.yaml
> new file mode 100644
> index 000000000000..fe94ba9143e0
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/dma/marvell,mmp-dma.yaml
> @@ -0,0 +1,82 @@
> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/dma/marvell,mmp-dma.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: Marvell MMP DMA controller
> +
> +maintainers:
> +  - Duje Mihanović <duje.mihanovic@skole.hr>
> +
> +description:
> +  Marvell MMP SoCs may have two types of DMA controllers, peripheral and audio.
> +
> +properties:
> +  compatible:
> +    enum:
> +      - marvell,pdma-1.0
> +      - marvell,adma-1.0
> +      - marvell,pxa910-squ
> +
> +  reg:
> +    maxItems: 1
> +
> +  interrupts:
> +    description:
> +      Interrupt lines for the controller, may be shared or one per DMA channel
> +    minItems: 1
> +
> +  '#dma-channels':
> +    deprecated: true
> +
> +  '#dma-requests':
> +    deprecated: true
> +
> +required:
> +  - compatible
> +  - reg
> +  - interrupts
> +  - '#dma-cells'
> +
> +allOf:
> +  - $ref: dma-controller.yaml#
> +  - if:
> +      properties:
> +        compatible:
> +          contains:
> +            enum:
> +              - marvell,adma-1.0
> +              - marvell,pxa910-squ
> +    then:
> +      properties:
> +        asram:
> +          description:
> +            phandle to the SRAM pool
> +          minItems: 1
> +          maxItems: 1
> +        iram:
> +          maxItems: 

These properties are not mentioned in the text binding, nor commit
message. Where did they come from?

That said, for properties that are only usable on some platforms, please
define them at the top level and conditionally permit/constrain them.

> +unevaluatedProperties: false
> +
> +examples:
> +  # Peripheral controller
> +  - |
> +    pdma0: dma-controller@d4000000 {

The label is not needed here or below.
In fact, I'd probably delete the second example as it shows nothing that
the first one does not.

thanks,
Conor.

> +        compatible = "marvell,pdma-1.0";
> +        reg = <0xd4000000 0x10000>;
> +        interrupts = <47>;
> +        #dma-cells = <2>;
> +        dma-channels = <16>;
> +    };
> +
> +  # Audio controller
> +  - |
> +    squ: dma-controller@d42a0800 {
> +        compatible = "marvell,pxa910-squ";
> +        reg = <0xd42a0800 0x100>;
> +        interrupts = <46>;
> +        #dma-cells = <2>;
> +        dma-channels = <2>;
> +    };

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

  reply	other threads:[~2024-01-28 17:28 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-27 16:53 [PATCH] dt-bindings: mmp-dma: convert to YAML Duje Mihanović
2024-01-28 17:28 ` Conor Dooley [this message]
2024-01-28 18:01   ` Duje Mihanović
2024-01-31 17:18     ` Rob Herring
2024-01-31 21:08       ` Duje Mihanović

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=20240128-feminine-sulfite-8891c60ec123@spud \
    --to=conor@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dmaengine@vger.kernel.org \
    --cc=duje.mihanovic@skole.hr \
    --cc=krzysztof.kozlowski+dt@linaro.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=robh+dt@kernel.org \
    --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