All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Adam Skladowski" <a39.skl@gmail.com>
Cc: conor+dt@kernel.org, robh@kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH v3 7/7] arm64: dts: qcom: Add Xiaomi Redmi 9T
Date: Fri, 21 Aug 2026 11:46:52 +0000	[thread overview]
Message-ID: <20260821114652.A57441F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260821-next-patches-v3-7-cd64bcef6e21@gmail.com>

Thank you for your contribution! Sashiko AI review found 4 potential issue(s) to consider:
- [Medium] Contradiction in Supported Features regarding backlight.
- [Low] Unnecessary Hardware Enablement of SPI2 bus.
- [Low] Invalid `brightness-levels` array in `backlight-dsi` causes boot warning.
- [Low] The dtb targets in `arch/arm64/boot/dts/qcom/Makefile` are not sorted alphabetically.
--

--- Patch [7]: [PATCH v3 7/7] arm64: dts: qcom: Add Xiaomi Redmi 9T ---
commit 5a94602cab46fa97db70f855960005f354c8b9aa
Author: Adam Skladowski <a39.skl@gmail.com>

arm64: dts: qcom: Add Xiaomi Redmi 9T

This commit adds the devicetree for the Xiaomi Redmi 9T smartphone, based on
the Bengal/SM6115 SoC. It defines memory regions, regulators, and enables
various peripherals like SimpleFB and remoteprocs.

> Supported functionality as of this initial submission:
> 
> * Display via SimpleFB/SimpleDRM
> * GPU
> * I2C peripherals (Backlight)

[Severity: Medium]
Is the commit message accurate about backlight support? The device tree marks
both the backlight-dsi and lm36923_bl nodes with status = "disabled", which
would prevent the driver from probing.

[ ... ]
> diff --git a/arch/arm64/boot/dts/qcom/Makefile b/arch/arm64/boot/dts/qcom/Makefile
> index 821101c6d338e..63d678ab215e4 100644
> --- a/arch/arm64/boot/dts/qcom/Makefile
> +++ b/arch/arm64/boot/dts/qcom/Makefile
> @@ -340,6 +340,7 @@ dtb-$(CONFIG_ARCH_QCOM)	+= sm4250-oneplus-billie2.dtb
>  dtb-$(CONFIG_ARCH_QCOM)	+= sm4450-qrd.dtb
>  dtb-$(CONFIG_ARCH_QCOM)	+= sm6115-fxtec-pro1x.dtb
>  dtb-$(CONFIG_ARCH_QCOM)	+= sm6115p-lenovo-j606f.dtb
> +dtb-$(CONFIG_ARCH_QCOM)	+= sm6115-xiaomi-lemon.dtb

[Severity: Low]
Does this break alphabetical ordering in the Makefile? The hyphen character
comes before 'p' in ASCII, so sm6115-xiaomi-lemon.dtb should probably be
placed before sm6115p-lenovo-j606f.dtb to prevent future merge conflicts.

>  dtb-$(CONFIG_ARCH_QCOM)	+= sm6125-sony-xperia-seine-pdx201.dtb
>  dtb-$(CONFIG_ARCH_QCOM)	+= sm6125-xiaomi-ginkgo.dtb
[ ... ]
> diff --git a/arch/arm64/boot/dts/qcom/sm6115-xiaomi-lemon.dts b/arch/arm64/boot/dts/qcom/sm6115-xiaomi-lemon.dts
> new file mode 100644
> index 0000000000000..881e05b70116b
> --- /dev/null
> +++ b/arch/arm64/boot/dts/qcom/sm6115-xiaomi-lemon.dts
[ ... ]
> +	backlight_dsi: backlight-dsi {
> +		compatible = "led-backlight";
> +		leds = <&led_backlight>;
> +		brightness-levels = <255>;

[Severity: Low]
Does this single-element brightness-levels array trigger a boot warning? In
led_bl_parse_levels(), the driver checks if there is more than 1 level and
emits a "Not enough levels defined" warning if only one is present.

> +		default-brightness-level = <190>;
> +		/* Backlight controllers can differ between panel variants */
> +		status = "disabled";
> +	};
[ ... ]
> +&spi2 {
> +	status = "okay";
> +};

[Severity: Low]
Is it necessary to enable the spi2 bus here? It appears to be enabled
without any child nodes or pinctrl configurations, which might hold
unnecessary power and clock resources.

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260821-next-patches-v3-0-cd64bcef6e21@gmail.com?part=7

      reply	other threads:[~2026-08-21 11:46 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-21 11:36 [PATCH v3 0/7] arm64: dts: qcom: Add 3 new devices Adam Skladowski
2026-08-21 11:36 ` [PATCH v3 1/7] dt-bindings: vendor-prefixes: Add LeEco Adam Skladowski
2026-08-21 11:36 ` [PATCH v3 2/7] dt-bindings: arm: qcom: Document Motorola Moto One Adam Skladowski
2026-08-21 11:36 ` [PATCH v3 3/7] arm64: dts: qcom: Add Motorola One Adam Skladowski
2026-08-21 11:47   ` sashiko-bot
2026-08-21 11:36 ` [PATCH v3 4/7] dt-bindings: arm: qcom: Document LeEco Le2 Adam Skladowski
2026-08-21 11:36 ` [PATCH v3 5/7] arm64: dts: qcom: Add " Adam Skladowski
2026-08-21 11:52   ` sashiko-bot
2026-08-21 11:36 ` [PATCH v3 6/7] dt-bindings: arm: qcom: Document Xiaomi Redmi 9T Adam Skladowski
2026-08-21 11:36 ` [PATCH v3 7/7] arm64: dts: qcom: Add " Adam Skladowski
2026-08-21 11:46   ` 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=20260821114652.A57441F000E9@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=a39.skl@gmail.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.