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

Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Medium] Missing touchscreen device node despite being claimed as supported in the commit message.
- [Low] Invalid node names for 'regulator-fixed' devices failing schema validation.
--

--- Patch [3]: [PATCH v3 3/7] arm64: dts: qcom: Add Motorola One ---
commit 8ba9a47fea266dad9cdd80e285fa6a60029f2405
Author: Adam Skladowski <a39.skl@gmail.com>

arm64: dts: qcom: Add Motorola One

Add a devicetree for the Motorola One smartphone, which is based
on the Jacala/MSM8953 SoC.

>     Supported functionality as of this initial submission:
>     * I2C peripherals (Touchscreen,NFC)

[Severity: Medium]
The commit message mentions touchscreen support, but it appears the device
node is missing from the I2C buses in the device tree. Are the touchscreen
nodes missing from this submission?

> diff --git a/arch/arm64/boot/dts/qcom/msm8953-motorola-deen.dts b/arch/arm64/boot/dts/qcom/msm8953-motorola-deen.dts
> new file mode 100644
> index 0000000000000..66ecfab69c365
> --- /dev/null
> +++ b/arch/arm64/boot/dts/qcom/msm8953-motorola-deen.dts
[ ... ]
> +	vph_pwr: vph-pwr-regulator {
> +		compatible = "regulator-fixed";
> +		regulator-name = "vph_pwr";
> +		regulator-always-on;
> +		regulator-boot-on;
> +	};
> +
> +	/* Fake VBUS 5V supply till we wire pmi8950 one */
> +	fusb302_vbus: otg-vbus {
> +		compatible = "regulator-fixed";

[Severity: Low]
Will these node names cause dtbs_check warnings?

It looks like vph-pwr-regulator and otg-vbus do not match the required node
name pattern for fixed regulators in fixed-regulator.yaml. Should they
start with "regulator" to pass validation?

[ ... ]
> +&i2c_2 {
> +	status = "okay";
> +};
> +
> +&i2c_3 {
> +	status = "okay";
> +};

[Severity: Medium]
Are these I2C buses left empty because the intended touchscreen device node
is missing?

[ ... ]
> +	ts_int_default: ts-int-default-state {
> +		pins = "gpio65";
> +		function = "gpio";
> +		drive-strength = <8>;
> +		bias-pull-up;
> +	};

[Severity: Medium]
Since the touchscreen device node seems to be missing, are these pinctrl
configurations currently unused?

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

  reply	other threads:[~2026-08-21 11:47 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 [this message]
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

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=20260821114703.8ABF51F000E9@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.