From: Rob Herring <robh@kernel.org>
To: sashiko-reviews@lists.linux.dev
Cc: Roman Vivchar via B4 Relay
<devnull+rva333.protonmail.com@kernel.org>,
krzk+dt@kernel.org, devicetree@vger.kernel.org,
conor+dt@kernel.org
Subject: Re: [PATCH v2 04/16] dt-bindings: mfd: mediatek: mt6397: add mt6323 PMIC thermal
Date: Thu, 14 May 2026 10:47:50 -0500 [thread overview]
Message-ID: <20260514154750.GA740881-robh@kernel.org> (raw)
In-Reply-To: <20260513050008.8C829C2BCB7@smtp.kernel.org>
On Wed, May 13, 2026 at 05:00:07AM +0000, sashiko-bot@kernel.org wrote:
> Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
> - [Medium] The `#thermal-sensor-cells` property is constrained to 1, but the MT6323 hardware only possesses a single thermal sensor, violating DT ABI design principles.
> - [Low] The device tree example is missing the `adc` node and its corresponding `mt6323_adc` label, which is referenced by the new `thermal` node.
> --
>
> commit 5d14cb32b8298f2c8dd1f6c1a6921b9e3942bf24
> Author: Roman Vivchar <rva333@protonmail.com>
>
> dt-bindings: mfd: mediatek: mt6397: add mt6323 PMIC thermal
>
> This commit adds devicetree binding documentation for the MediaTek mt6323
> thermal monitoring hardware, which reads temperature via an AUXADC channel.
> It configures #thermal-sensor-cells to 1 and includes a thermal node in
> the example block.
>
> > While mt6323 exposes only a single thermal sensor, newer PMICs like
> > mt6358 provide more than one sensor. Therefore define #thermal-sensor-cells
> > as 1 to avoid breaking devicetree ABI in the future.
>
> Since the mt6323 hardware only possesses a single thermal sensor, shouldn't
> #thermal-sensor-cells be constrained to 0?
>
> Future hardware variants like the mt6358 will use different compatible
> strings, which can then define their own #thermal-sensor-cells: const: 1
> constraint without affecting the mt6323 ABI.
>
> Setting it to 1 here forces a dummy cell argument on single-sensor mt6323
> devices, misrepresenting the actual hardware.
No, that's fine.
>
> > diff --git a/Documentation/devicetree/bindings/mfd/mediatek,mt6397.yaml b/Documentation/devicetree/bindings/mfd/mediatek,mt6397.yaml
> > index beaa67bf0df2c..2c826737189e7 100644
> > --- a/Documentation/devicetree/bindings/mfd/mediatek,mt6397.yaml
> > +++ b/Documentation/devicetree/bindings/mfd/mediatek,mt6397.yaml
> [ ... ]
> > @@ -511,6 +547,14 @@ examples:
> > rtc {
> > compatible = "mediatek,mt6323-rtc";
> > };
> > +
> > + thermal {
> > + compatible = "mediatek,mt6323-thermal";
> > + nvmem-cells = <&mt6323_thermal_calibration_data>;
> > +
> > + io-channels = <&mt6323_adc MT6323_AUXADC_CHIP_TEMP>;
>
> Does the mt6323_adc label exist in this example?
>
> Looking through the example block, the adc sub-node and its corresponding
> mt6323_adc label do not seem to be defined. Will this cause dtc to fail with
> a reference to non-existent node or label error during dt_binding_check?
Annoyingly, sashiko seems to consistently get this comment wrong.
Rob
next prev parent reply other threads:[~2026-05-14 15:47 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-12 5:18 [PATCH v2 00/16] add AUXADC, EFUSE and thermal drivers for the MediaTek mt6323 PMIC Roman Vivchar via B4 Relay
2026-05-12 5:18 ` [PATCH v2 01/16] dt-bindings: iio: adc: mt6359: generalize description for mt63xx series Roman Vivchar via B4 Relay
2026-05-12 13:13 ` Jonathan Cameron
2026-05-12 13:55 ` Roman Vivchar
2026-05-12 17:06 ` Jonathan Cameron
2026-05-14 12:57 ` Krzysztof Kozlowski
2026-05-12 5:18 ` [PATCH v2 02/16] dt-bindings: iio: adc: mt6359: add mt6323 PMIC AUXADC Roman Vivchar via B4 Relay
2026-05-14 13:20 ` Krzysztof Kozlowski
2026-05-12 5:18 ` [PATCH v2 03/16] dt-bindings: mfd: mediatek: mt6397: add mt6323 PMIC EFUSE Roman Vivchar via B4 Relay
2026-05-13 4:44 ` sashiko-bot
2026-05-14 15:51 ` Rob Herring (Arm)
2026-05-12 5:18 ` [PATCH v2 04/16] dt-bindings: mfd: mediatek: mt6397: add mt6323 PMIC thermal Roman Vivchar via B4 Relay
2026-05-13 5:00 ` sashiko-bot
2026-05-14 15:47 ` Rob Herring [this message]
2026-05-14 15:48 ` Rob Herring (Arm)
2026-05-12 5:18 ` [PATCH v2 05/16] iio: adc: mediatek: add mt6323 PMIC AUXADC driver Roman Vivchar via B4 Relay
2026-05-12 6:43 ` Andy Shevchenko
2026-05-12 13:29 ` Jonathan Cameron
2026-05-12 14:34 ` Roman Vivchar
2026-05-12 16:56 ` Andy Shevchenko
2026-05-12 17:04 ` Jonathan Cameron
2026-05-13 5:46 ` sashiko-bot
2026-05-12 5:18 ` [PATCH v2 06/16] nvmem: add mt6323 PMIC EFUSE driver Roman Vivchar via B4 Relay
2026-05-12 6:47 ` Andy Shevchenko
2026-05-13 19:24 ` sashiko-bot
2026-05-12 5:18 ` [PATCH v2 07/16] thermal: mediatek: add PMIC thermal support Roman Vivchar via B4 Relay
2026-05-12 7:04 ` Andy Shevchenko
2026-05-12 8:55 ` Roman Vivchar
2026-05-12 11:02 ` Andy Shevchenko
2026-05-12 13:33 ` Jonathan Cameron
2026-05-13 19:57 ` sashiko-bot
2026-05-12 5:18 ` [PATCH v2 08/16] mfd: mt6397-core: add mt6323 AUXADC support Roman Vivchar via B4 Relay
2026-05-12 5:18 ` [PATCH v2 09/16] mfd: mt6397-core: add mt6323 EFUSE support Roman Vivchar via B4 Relay
2026-05-12 5:18 ` [PATCH v2 10/16] mfd: mt6397-core: add mt6323 thermal support Roman Vivchar via B4 Relay
2026-05-12 7:07 ` Andy Shevchenko
2026-05-13 20:24 ` sashiko-bot
2026-05-12 5:18 ` [PATCH v2 11/16] ARM: dts: mediatek: mt6323: add AUXADC support Roman Vivchar via B4 Relay
2026-05-12 5:18 ` [PATCH v2 12/16] ARM: dts: mediatek: mt6323: add EFUSE support Roman Vivchar via B4 Relay
2026-05-12 5:18 ` [PATCH v2 13/16] ARM: dts: mediatek: mt6323: add thermal support Roman Vivchar via B4 Relay
2026-05-13 20:58 ` sashiko-bot
2026-05-12 5:18 ` [PATCH v2 14/16] MAINTAINERS: add MediaTek mt6323 PMIC AUXADC driver maintainer Roman Vivchar via B4 Relay
2026-05-12 13:36 ` Jonathan Cameron
2026-05-12 5:18 ` [PATCH v2 15/16] MAINTAINERS: add MediaTek mt6323 PMIC EFUSE " Roman Vivchar via B4 Relay
2026-05-14 13:04 ` Krzysztof Kozlowski
2026-05-14 13:05 ` Krzysztof Kozlowski
2026-05-12 5:18 ` [PATCH v2 16/16] MAINTAINERS: add MediaTek mt6323 PMIC thermal " Roman Vivchar via B4 Relay
2026-05-14 13:03 ` Krzysztof Kozlowski
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=20260514154750.GA740881-robh@kernel.org \
--to=robh@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=devnull+rva333.protonmail.com@kernel.org \
--cc=krzk+dt@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