From: sashiko-bot@kernel.org
To: "Aleksandrs Vinarskis" <alex@vinarskis.com>
Cc: robh@kernel.org, conor+dt@kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH v4 3/3] arm64: dts: qcom: x1e80100-dell-xps13-9345: introduce EC
Date: Sun, 09 Aug 2026 13:48:23 +0000 [thread overview]
Message-ID: <20260809134824.574761F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260809-dell-xps-9345-ec-v4-3-88306dbbc7aa@vinarskis.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] The patch introduces fatal device tree build failures by referencing an undefined label `&pmk8550_vadc` and using an invalid parameterized macro syntax for ADC channel specifiers (e.g., `ADC5_GEN3_AMUX3_GPIO_100K_PU(1)`).
--
--- Patch [3]: [PATCH v4 3/3] arm64: dts: qcom: x1e80100-dell-xps13-9345: introduce EC ---
commit 6743702dcb2539a4e554f58c14ddc3bc1f52a527
Author: Aleksandrs Vinarskis <alex@vinarskis.com>
arm64: dts: qcom: x1e80100-dell-xps13-9345: introduce EC
Describe embedded controller, its interrupt and required thermal zones.
Add EC's reset GPIO to reserved range, as triggering it during device
operation leads to unrecoverable and unusable state.
> diff --git a/arch/arm64/boot/dts/qcom/x1e80100-dell-xps13-9345.dts b/arch/arm64/boot/dts/qcom/x1e80100-dell-xps13-9345.dts
> index ce7b10ea89b6d..8d8d8014049bb 100644
> --- a/arch/arm64/boot/dts/qcom/x1e80100-dell-xps13-9345.dts
> +++ b/arch/arm64/boot/dts/qcom/x1e80100-dell-xps13-9345.dts
[ ... ]
> @@ -759,8 +759,32 @@ retimer_ss0_con_sbu_out: endpoint {
>
> &i2c5 {
> clock-frequency = <100000>;
> - status = "disabled";
> - /* EC @0x3b */
> + status = "okay";
> +
> + embedded-controller@3b {
> + compatible = "dell,xps13-9345-ec";
> + reg = <0x3b>;
> +
> + interrupts-extended = <&tlmm 66 IRQ_TYPE_LEVEL_LOW>;
> +
> + pinctrl-0 = <&ec_int_n_default>;
> + pinctrl-names = "default";
> +
> + io-channels = <&pmk8550_vadc ADC5_GEN3_AMUX3_GPIO_100K_PU(1)>,
^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[Severity: Low]
Does the pmk8550_vadc label exist in any of the included files? It appears this
might be an undefined label, which would break the device tree compilation.
Additionally, are the ADC5_GEN3_AMUX*_PU macros defined to accept parameters?
If they do not, using them with (1) will result in a syntax error when parsed
by dtc.
> + <&pmk8550_vadc ADC5_GEN3_AMUX4_GPIO_100K_PU(1)>,
> + <&pmk8550_vadc ADC5_GEN3_AMUX1_THM_100K_PU(1)>,
> + <&pmk8550_vadc ADC5_GEN3_AMUX2_THM_100K_PU(1)>,
> + <&pmk8550_vadc ADC5_GEN3_AMUX3_THM_100K_PU(1)>,
> + <&pmk8550_vadc ADC5_GEN3_AMUX4_THM_100K_PU(1)>,
> + <&pmk8550_vadc ADC5_GEN3_AMUX5_THM_100K_PU(1)>;
[ ... ]
> @@ -1025,6 +1049,57 @@ rtmr0_1p8_reg_en: rtmr0-1p8-reg-en-state {
> };
> };
>
> +&pmk8550_vadc {
^^^^^^^^^^^^^
[Severity: Low]
Is this attempting to extend a non-existent node? This will also cause a
build failure if pmk8550_vadc is undefined.
> + sys_therm0: channel@14c {
> + reg = <ADC5_GEN3_AMUX3_GPIO_100K_PU(1)>;
> + qcom,hw-settle-time = <200>;
> + qcom,ratiometric;
> + label = "lpddr5_therm";
> + };
> +
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260809-dell-xps-9345-ec-v4-0-88306dbbc7aa@vinarskis.com?part=3
prev parent reply other threads:[~2026-08-09 13:48 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-09 13:32 [PATCH v4 0/3] Introduce EC driver for Snapdragon X1E based Dell XPS 13 9345 Aleksandrs Vinarskis
2026-08-09 13:32 ` [PATCH v4 1/3] dt-bindings: platform: introduce EC for " Aleksandrs Vinarskis
2026-08-09 13:41 ` sashiko-bot
2026-08-09 13:32 ` [PATCH v4 2/3] platform: arm64: dell-xps-ec: new driver Aleksandrs Vinarskis
2026-08-09 13:48 ` sashiko-bot
2026-08-09 13:32 ` [PATCH v4 3/3] arm64: dts: qcom: x1e80100-dell-xps13-9345: introduce EC Aleksandrs Vinarskis
2026-08-09 13:48 ` sashiko-bot [this message]
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=20260809134824.574761F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=alex@vinarskis.com \
--cc=conor+dt@kernel.org \
--cc=devicetree@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