All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Oleksii Onchul" <oleksiionchul@gmail.com>
Cc: conor+dt@kernel.org, devicetree@vger.kernel.org, robh@kernel.org
Subject: Re: [PATCH 2/2] arm64: dts: qcom: Add Xiaomi 11 Lite 5G NE
Date: Sat, 11 Jul 2026 19:11:41 +0000	[thread overview]
Message-ID: <20260711191141.96ABF1F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260711184934.55701-3-oleksiionchul@gmail.com>

Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Medium] Missing 'cd-gpios' property for the SD card interface (&sdhc_2), preventing reliable card insertion/removal detection.
- [Medium] Missing pinctrl configurations for the touchscreen and FSA4480 interrupt/reset GPIOs.
--

--- Patch [2]: [PATCH 2/2] arm64: dts: qcom: Add Xiaomi 11 Lite 5G NE ---
commit 22346a2ae0ab638635553e09fe60d37d9c64aa00
Author: Oleksii Onchul <oleksiionchul@gmail.com>

arm64: dts: qcom: Add Xiaomi 11 Lite 5G NE

Add initial support for the Xiaomi 11 Lite 5G NE, codenamed lisa.

> diff --git a/arch/arm64/boot/dts/qcom/sm7325-xiaomi-lisa.dts b/arch/arm64/boot/dts/qcom/sm7325-xiaomi-lisa.dts
> new file mode 100644
> --- /dev/null
> +++ b/arch/arm64/boot/dts/qcom/sm7325-xiaomi-lisa.dts

[ ... ]

> +	/* awinic,aw210xx_led @ 20 */
> +
> +	fsa4480: typec-mux@42 {
> +		compatible = "fcs,fsa4480";
> +		reg = <0x42>;
> +
> +		interrupts-extended = <&tlmm 2 IRQ_TYPE_LEVEL_LOW>;
> +
> +		vcc-supply = <&vreg_bob>;

[Severity: Medium]
Does the fsa4480 node need a pinctrl state to configure the pull-up for the
interrupt GPIO?

The FSA4480 interrupt pin is open-drain and typically requires a pull-up to
VDD. If the bootloader leaves this pin floating, could it cause an interrupt
storm or missed interrupts since no pinctrl-0 property is provided?

[ ... ]

> +&sdc2_data {
> +	drive-strength = <10>;
> +	bias-pull-up;
> +};
> +
> +&sdhc_2 {
> +	vmmc-supply = <&vreg_l7b_2p96>;
> +	vqmmc-supply = <&vreg_l19b_1p8>;
> +
> +	pinctrl-0 = <&sdc2_clk>, <&sdc2_cmd>, <&sdc2_data>;

[Severity: Medium]
Is a cd-gpios property missing from the &sdhc_2 node?

The commit message states that the SD card is supported, but without a card
detect GPIO, the MMC core might fall back to software polling (typically 1 Hz).
Could this polling prevent the SoC from entering deep sleep, causing a battery
drain on the device?

> +	pinctrl-1 = <&sdc2_clk_sleep>, <&sdc2_cmd_sleep>, <&sdc2_data_sleep>;
> +
> +	status = "okay";
> +};
> +
> +&spi13 {
> +	status = "okay";
> +
> +	touchscreen@0 {
> +		compatible = "goodix,gt9897";
> +		reg = <0>;
> +		spi-max-frequency = <6000000>;
> +
> +		interrupt-parent = <&tlmm>;
> +		interrupts = <81 IRQ_TYPE_LEVEL_LOW>;
> +
> +		reset-gpios = <&tlmm 105 GPIO_ACTIVE_LOW>;

[Severity: Medium]
Are pinctrl configurations needed here for the touchscreen interrupt and reset
GPIOs?

This node declares an interrupt on tlmm 81 and a reset on tlmm 105, but it
does not specify a pinctrl-0 to configure the pinmux state and biases of
these pins. Relying on the bootloader's default pin state for active
interrupts and resets might lead to unexpected behavior or power leakage.

> +
> +		avdd-supply = <&vreg_l7c_3p0>;
> +		vddio-supply = <&vreg_l2c_1p8>;

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260711184934.55701-1-oleksiionchul@gmail.com?part=2

  reply	other threads:[~2026-07-11 19:11 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-11 18:49 [PATCH 0/2] arm64: dts: qcom: Add Xiaomi 11 Lite 5G NE Oleksii Onchul
2026-07-11 18:49 ` [PATCH 1/2] dt-bindings: arm: " Oleksii Onchul
2026-07-13  7:43   ` Krzysztof Kozlowski
2026-07-11 18:49 ` [PATCH 2/2] arm64: dts: " Oleksii Onchul
2026-07-11 19:11   ` sashiko-bot [this message]
2026-07-13  7:43   ` Krzysztof Kozlowski
2026-07-13  7:52   ` Konrad Dybcio
2026-07-13 14:10     ` Alex
2026-07-14  7:13       ` Konrad Dybcio

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=20260711191141.96ABF1F000E9@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=oleksiionchul@gmail.com \
    --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.