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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.