From: sashiko-bot@kernel.org
To: "Chen-Yu Tsai" <wenst@chromium.org>
Cc: conor+dt@kernel.org, devicetree@vger.kernel.org, robh@kernel.org,
krzk+dt@kernel.org
Subject: Re: [PATCH v3 3/6] regulator: dt-bindings: mt6359: Deprecate bogus vcn33_[12]_* split regulators
Date: Wed, 13 May 2026 19:52:00 +0000 [thread overview]
Message-ID: <20260513195201.435EDC19425@smtp.kernel.org> (raw)
In-Reply-To: <20260512085358.1693208-4-wenst@chromium.org>
Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Low] The regular expression for the deprecated regulators lacks the end-of-string anchor `$`, which could match unintended properties.
- [Low] The binding's example section was not updated to reflect the new, correct regulator definitions.
--
commit 75d8942658a7e71876edb163381baadd080c5c5f
Author: Chen-Yu Tsai <wenst@chromium.org>
regulator: dt-bindings: mt6359: Deprecate bogus vcn33_[12]_* split regulators
This commit deprecates the split vcn33_[12]_bt and vcn33_[12]_wifi regulators
because they refer to the same output. It adds the proper regulators vcn33_1
and vcn33_2 to match the actual outputs.
> diff --git a/Documentation/devicetree/bindings/regulator/mt6359-regulator.yaml b/Documentation/devicetree/bindings/regulator/mt6359-regulator.yaml
> index ac925334ae833..eb62d6a0355d9 100644
> --- a/Documentation/devicetree/bindings/regulator/mt6359-regulator.yaml
> +++ b/Documentation/devicetree/bindings/regulator/mt6359-regulator.yaml
> @@ -30,7 +30,7 @@ patternProperties:
> $ref: regulator.yaml#
> unevaluatedProperties: false
>
> - "^ldo_vcn(18|13|33_1_bt|13_1_wifi|33_2_bt|33_2_wifi)$":
> + "^ldo_vcn(18|13|33_[12])$":
> type: object
> $ref: regulator.yaml#
> unevaluatedProperties: false
[ ... ]
> @@ -55,6 +55,15 @@ patternProperties:
> $ref: regulator.yaml#
> unevaluatedProperties: false
>
> + "^ldo_vcn33_[12]_(bt|wifi)":
Does this regex regression allow incorrectly named device tree nodes to pass
validation?
Without the $ anchor at the end, the regex will incorrectly match any property
name that merely starts with the pattern, such as ldo_vcn33_1_bt_invalid.
This would allow nodes with trailing characters to bypass the
additionalProperties: false restriction.
> + type: object
> + $ref: regulator.yaml#
> + description:
> + vcn33_[12]_(bt|wifi) are incorrect representations.
> + Use vcn33_[12] instead.
> + deprecated: true
> + unevaluatedProperties: false
> +
> additionalProperties: false
>
> examples:
Is there a regression here where the examples section was not updated to
reflect the new correct regulator definitions?
The examples block still defines the deprecated ldo_vcn33_1_bt,
ldo_vcn33_1_wifi, ldo_vcn33_2_bt, and ldo_vcn33_2_wifi nodes:
mt6359_vcn33_1_bt_ldo_reg: ldo_vcn33_1_bt {
regulator-name = "vcn33_1_bt";
regulator-min-microvolt = <2800000>;
regulator-max-microvolt = <3500000>;
};
This can cause make dt_binding_check to issue deprecation warnings.
It could also potentially mislead developers who copy the example code into
their device trees.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260512085358.1693208-1-wenst@chromium.org?part=3
next prev parent reply other threads:[~2026-05-13 19:52 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-12 8:53 [PATCH v3 0/6] regulator: mt6359: cleanup and add supplies Chen-Yu Tsai
2026-05-12 8:53 ` [PATCH v3 1/6] mfd: dt-bindings: mt6397: Add regulator supplies Chen-Yu Tsai
2026-05-13 19:37 ` sashiko-bot
2026-05-12 8:53 ` [PATCH v3 2/6] regulator: dt-bindings: mt6359: Drop regulator-name pattern restrictions Chen-Yu Tsai
2026-05-12 8:53 ` [PATCH v3 3/6] regulator: dt-bindings: mt6359: Deprecate bogus vcn33_[12]_* split regulators Chen-Yu Tsai
2026-05-13 19:52 ` sashiko-bot [this message]
2026-05-12 8:53 ` [PATCH v3 4/6] regulator: mt6359: const-ify regulator descriptions Chen-Yu Tsai
2026-05-12 8:53 ` [PATCH v3 5/6] regulator: mt6359: Add regulator supply names Chen-Yu Tsai
2026-05-13 20:34 ` sashiko-bot
2026-05-12 8:53 ` [PATCH v3 6/6] regulator: mt6359: Add proper ldo_vcn33_[12] regulators Chen-Yu Tsai
2026-05-13 20:59 ` 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=20260513195201.435EDC19425@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=krzk+dt@kernel.org \
--cc=robh@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
--cc=wenst@chromium.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