From: sashiko-bot@kernel.org
To: Sheetal <sheetal@nvidia.com>
Cc: linux-sound@vger.kernel.org, devicetree@vger.kernel.org,
robh@kernel.org, conor+dt@kernel.org
Subject: Re: [PATCH 1/2] dt-bindings: sound: Add Tegra268 ADMAIF support
Date: Wed, 04 Nov 2026 11:23:45 +0000 [thread overview]
Message-ID: <sashiko-outbox-197164@kernel.org> (raw)
In-Reply-To: <20261104111836.1100527-2-sheetal@nvidia.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] dt-bindings: sound: unwieldy per-compatible conditionals in tegra210-admaif
--
commit 8b302b26b4687658ab926b6d8c1160f749d509a9
Author: Anupama Kunkulagunta <akunkulagunt@nvidia.com>
dt-bindings: sound: Add Tegra268 ADMAIF support
This commit adds the nvidia,tegra268-admaif compatible string and its
per-compatible DMA channel constraints for five RX and five TX channels to
the Tegra210 ADMAIF device tree binding schema.
> diff --git a/Documentation/devicetree/bindings/sound/nvidia,tegra210-admaif.yaml b/Documentation/devicetree/bindings/sound/nvidia,tegra210-admaif.yaml
> index 2ce4049f94acc..054bacf602349 100644
> --- a/Documentation/devicetree/bindings/sound/nvidia,tegra210-admaif.yaml
> +++ b/Documentation/devicetree/bindings/sound/nvidia,tegra210-admaif.yaml
[ ... ]
> @@ -134,6 +135,27 @@ allOf:
> minItems: 1
> maxItems: 64
>
> + - if:
> + properties:
> + compatible:
> + contains:
> + const: nvidia,tegra268-admaif
> + then:
> + properties:
> + dmas:
> + description:
> + DMA channel specifiers, equally divided for Tx and Rx.
> + minItems: 1
> + maxItems: 10
> + dma-names:
> + items:
> + pattern: "^[rt]x[1-5]$"
> + description:
> + Should be "rx1", "rx2" ... "rx5" for DMA Rx channel
> + Should be "tx1", "tx2" ... "tx5" for DMA Tx channel
> + minItems: 1
> + maxItems: 10
[Severity: Low]
This isn't a bug, but in Documentation/devicetree/bindings/sound/nvidia,tegra210-admaif.yaml,
the top-level properties section leaves dmas and dma-names as bare true
booleans:
dmas: true
dma-names: true
while the allOf section already contains three per-compatible if-then blocks
for nvidia,tegra210-admaif, nvidia,tegra186-admaif, and
nvidia,tegra264-admaif. Adding a fourth per-compatible if-then block here for
nvidia,tegra268-admaif duplicates the dmas and dma-names descriptions,
minItems/maxItems bounds, and dma-names pattern structure again.
Since the per-compatible conditionals in this schema are becoming unwieldy
due to variant differences, would it be cleaner to split the variants into
separate schema documents or factor the shared dmas and dma-names definitions
into the top-level properties section instead of piling on another
conditional block?
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261104111836.1100527-1-sheetal@nvidia.com?part=1
next prev parent reply other threads:[~2026-11-04 11:23 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-04 11:18 [PATCH 0/2] ASoC: tegra: Add Tegra268 ADMAIF support Sheetal
2026-11-04 11:18 ` [PATCH 1/2] dt-bindings: sound: " Sheetal
2026-11-04 11:23 ` sashiko-bot [this message]
2026-11-04 11:18 ` [PATCH 2/2] ASoC: tegra: ADMAIF: Add Tegra268 support Sheetal
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=sashiko-outbox-197164@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=linux-sound@vger.kernel.org \
--cc=robh@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
--cc=sheetal@nvidia.com \
/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