Devicetree
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Akari Tsuyukusa" <akkun11.open@gmail.com>
Cc: linux-watchdog@vger.kernel.org, conor+dt@kernel.org,
	robh@kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH 3/7] arm/arm64: dts: mediatek: drop mt6589 fallback from watchdog
Date: Thu, 16 Jul 2026 16:36:16 +0000	[thread overview]
Message-ID: <20260716163616.BA3E41F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260716161923.266315-4-akkun11.open@gmail.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Critical] Removing the fallback compatible string 'mediatek,mt6589-wdt' from device trees breaks forward compatibility (ABI breakage) with older kernels.

Device trees are treated as a stable ABI in Linux, meaning a newly compiled Device Tree Blob (DTB) must be able to boot successfully on older kernels. Older LTS/stable kernels rely entirely on the generic 'mediatek,mt6589-wdt' fallback string to probe the watchdog driver for these Mediatek SoCs (e.g., mt2701, mt6572, mt8173), because older driver versions do not include the SoC-specific strings in their `of_match_table`.

By removing the fallback string from the `.dtsi` files, a new DTB will fail to bind the watchdog driver on any older kernel. Because this watchdog driver also registers the system's reset controller (`toprgu_register_reset_controller()`), its failure to probe will cascade, breaking other devices that depend on those resets.

Although the previous patch in this series added the specific compatibles to the new kernel's driver, standard Device Tree practice dictates that valid fallback strings must not be removed once they have been established, precisely to preserve compatibility with older kernels.
--

--- Patch [3]: [PATCH 3/7] arm/arm64: dts: mediatek: drop mt6589 fallback from watchdog ---
commit 32f0d12ddf1053eabd5133b535f4e55a874b71e9
Author: Akari Tsuyukusa <akkun11.open@gmail.com>

arm/arm64: dts: mediatek: drop mt6589 fallback from watchdog

This commit removes the "mediatek,mt6589-wdt" fallback string from several
Mediatek device trees, leaving only the SoC-specific compatibles.

> diff --git a/arch/arm/boot/dts/mediatek/mt2701.dtsi b/arch/arm/boot/dts/mediatek/mt2701.dtsi
> index 128b87229f3d5..f23a6d860a53b 100644
> --- a/arch/arm/boot/dts/mediatek/mt2701.dtsi
> +++ b/arch/arm/boot/dts/mediatek/mt2701.dtsi
> @@ -160,8 +160,7 @@ scpsys: power-controller@10006000 {
>  	};
>  
>  	watchdog: watchdog@10007000 {
> -		compatible = "mediatek,mt2701-wdt",
> -			     "mediatek,mt6589-wdt";
> +		compatible = "mediatek,mt2701-wdt";

[Severity: Critical]
Does removing the fallback string break ABI forward compatibility with older
kernels?

Device trees are typically treated as a stable ABI, meaning a newly compiled
DTB needs to boot successfully on older kernels. Older LTS or stable kernels
might rely entirely on the generic "mediatek,mt6589-wdt" fallback string to
probe the watchdog driver for these Mediatek SoCs, because older driver
versions do not include the SoC-specific strings in their of_match_table.

By removing the fallback string here and in the other included dtsi files,
will a new DTB fail to bind the watchdog driver on an older kernel? Because
this watchdog driver also registers the system's reset controller, this
failure could cascade and break other devices that depend on those resets.

>  		reg = <0 0x10007000 0 0x100>;
>  	};
>  

[ ... ]

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260716161923.266315-1-akkun11.open@gmail.com?part=3

  reply	other threads:[~2026-07-16 16:36 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-16 16:19 [PATCH 0/7] Add reset support to MT6589 wdt and remove fallback compatibles Akari Tsuyukusa
2026-07-16 16:19 ` [PATCH 1/7] watchdog: mtk_wdt: add explicit compatibles for SoCs using mt6589 fallback Akari Tsuyukusa
2026-07-16 16:37   ` sashiko-bot
2026-07-16 16:19 ` [PATCH 2/7] dt-bindings: watchdog: mediatek,mtk-wdt: add compatibles for all SoCs Akari Tsuyukusa
2026-07-16 16:19 ` [PATCH 3/7] arm/arm64: dts: mediatek: drop mt6589 fallback from watchdog Akari Tsuyukusa
2026-07-16 16:36   ` sashiko-bot [this message]
2026-07-16 18:35   ` Roman Vivchar
2026-07-16 16:19 ` [PATCH 4/7] dt-bindings: watchdog: mediatek,mtk-wdt: remove mt6589 fallback items Akari Tsuyukusa
2026-07-16 16:49   ` sashiko-bot
2026-07-16 16:19 ` [PATCH 5/7] dt-bindings: reset: Add bindings for MediaTek MT6589 reset controller Akari Tsuyukusa
2026-07-16 16:47   ` sashiko-bot
2026-07-16 16:19 ` [PATCH 6/7] watchdog: mtk_wdt: add reset controller support for MT6589 Akari Tsuyukusa
2026-07-16 16:33   ` sashiko-bot
2026-07-16 16:19 ` [PATCH 7/7] arm: dts: mediatek: mt6589: add reset support for wdt Akari Tsuyukusa
2026-07-16 16:32   ` sashiko-bot

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=20260716163616.BA3E41F000E9@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=akkun11.open@gmail.com \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=linux-watchdog@vger.kernel.org \
    --cc=robh@kernel.org \
    --cc=sashiko-reviews@lists.linux.dev \
    /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