This patch series continues the effort to address Device Tree validation warnings for MediaTek platforms, with a focus on MT8183. It follows the initial cleanup series by Angelo (https://www.spinics.net/lists/kernel/msg5780177.html)

The patches in this set eliminate several of the remaining warnings by improving or converting DT bindings to YAML, adding missing properties, and updating device tree files accordingly.

Signed-off-by: Julien Massot <julien.massot@collabora.com>
---
Changes in v2:

- Restrict power-domain usage to mediatek,mt8183-mfgcfg only
- Add the MT8183 AFE binding before audiosys (it is referenced in the example) and include the memory-region property
- Rename binding files to align with the compatible name
- Drop former patch 7/9 (already applied via the pinctrl tree)
- Drop patches 8/9 and 9/9 until we decide how to represent R0 and R1 values

---
Julien Massot (6):
      dt-bindings: clock: mediatek: Add power-domains property
      ASoC: dt-binding: Convert mt8183-afe-pcm binding to YAML
      dt-bindings: arm: mediatek: Support mt8183-audiosys binding variant
      arm64: dts: mt8183: Rename nodes to match audiosys binding schema
      dt-bindings: sound: Convert MT8183 DA7219 sound card bindings to YAML
      ASoC: dt-binding: Convert MediaTek mt8183-mt6358 bindings to YAML

 .../bindings/arm/mediatek/mediatek,audsys.yaml     |  16 +-
 .../devicetree/bindings/clock/mediatek,syscon.yaml |  15 ++
 .../bindings/sound/mediatek,mt8183-audio.yaml      | 228 +++++++++++++++++++++
 .../bindings/sound/mediatek,mt8183_da7219.yaml     |  49 +++++
 .../sound/mediatek,mt8183_mt6358_ts3a227.yaml      |  59 ++++++
 .../devicetree/bindings/sound/mt8183-afe-pcm.txt   |  42 ----
 .../bindings/sound/mt8183-da7219-max98357.txt      |  21 --
 .../sound/mt8183-mt6358-ts3a227-max98357.txt       |  25 ---
 arch/arm64/boot/dts/mediatek/mt8183.dtsi           |   4 +-
 9 files changed, 368 insertions(+), 91 deletions(-)
---
base-commit: 5303936d609e09665deda94eaedf26a0e5c3a087
change-id: 20250801-mtk-dtb-warnings-157d4fc10f77

Best regards,
-- 
Julien Massot <julien.massot@collabora.com>

On Wed, Aug 20, 2025 at 03:44:51PM +0200, Julien Massot wrote:
> This patch series continues the effort to address Device Tree validation warnings for MediaTek platforms, with a focus on MT8183. It follows the initial cleanup series by Angelo (https://www.spinics.net/lists/kernel/msg5780177.html)
> 
> The patches in this set eliminate several of the remaining warnings by improving or converting DT bindings to YAML, adding missing properties, and updating device tree files accordingly.

What's the story with interdepenencies between the patches in this
series?

Please fix your mail client to word wrap within paragraphs at something
substantially less than 80 columns.  Doing this makes your messages much
easier to read and reply to.

Hi Mark,

On Wed, 2025-08-20 at 15:21 +0100, Mark Brown wrote:
> On Wed, Aug 20, 2025 at 03:44:51PM +0200, Julien Massot wrote:
> > This patch series continues the effort to address Device Tree
> > validation warnings for MediaTek platforms, with a focus on MT8183. It
> > follows the initial cleanup series by Angelo
> > (https://www.spinics.net/lists/kernel/msg5780177.html)
> > 
> > The patches in this set eliminate several of the remaining warnings by
> > improving or converting DT bindings to YAML, adding missing
> > properties, and updating device tree files accordingly.
> 
> What's the story with interdepenencies between the patches in this
> series?
> 
> Please fix your mail client to word wrap within paragraphs at something
> substantially less than 80 columns.  Doing this makes your messages much
> easier to read and reply to.

Thanks for the feedback, and apologies for the long lines — I have fixed
my mail client for follow-ups.

Regarding interdependencies in the series:

  * Patch 1/6 can be picked up independently.
  * Patch 2/6 is standalone.
  * Patch 3/6 depends on 2/6.
  * Patch 4/6 fixes the DTS node name as expected by 3/6.
  * Patches 5/6 and 6/6 are independent.

So the only ordering requirement is that 2/6 should land before 3/6, with
4/6 included as well to avoid introducing a temporary new DTB warning.
All others can be applied in any order

Regards,
Julien