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 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.