From: sashiko-bot@kernel.org
To: "Jérôme de Bretagne via B4 Relay"
<devnull+jerome.debretagne.gmail.com@kernel.org>
Cc: conor+dt@kernel.org, robh@kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH v2 02/10] arm64: dts: qcom: sc8280xp-arcata: Enable the eDP display
Date: Fri, 22 May 2026 11:01:50 +0000 [thread overview]
Message-ID: <20260522110151.542371F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260522-surface-sp9-5g-for-next-v2-2-dd9d477407f5@gmail.com>
Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Low] The 'data-lanes' property is incorrectly placed directly within the main '&mdss0_dp3' node.
- [Low] The commit silently removes the `&dispcc1` node block without mentioning it in the commit message.
--
commit 5312e63401d73e35f694eed3e8a7dcb4db6c95e5
Author: Jérôme de Bretagne <jerome.debretagne@gmail.com>
arm64: dts: qcom: sc8280xp-arcata: Enable the eDP display
This commit adds the necessary regulator, pinctrl, and display controller
nodes to enable the eDP LCD display on the Surface Pro 9 5G.
> diff --git a/arch/arm64/boot/dts/qcom/sc8280xp-microsoft-arcata.dts b/arch/arm64/boot/dts/qcom/sc8280xp-microsoft-arcata.dts
> index f24f60dc73afe..476e17415da27 100644
> --- a/arch/arm64/boot/dts/qcom/sc8280xp-microsoft-arcata.dts
> +++ b/arch/arm64/boot/dts/qcom/sc8280xp-microsoft-arcata.dts
[ ... ]
> @@ -448,10 +463,6 @@ &dispcc0 {
> status = "okay";
> };
>
> -&dispcc1 {
> - status = "okay";
> -};
> -
[Severity: Low]
This isn't a bug, but is it intentional to silently remove the &dispcc1
node here?
The commit message focuses on enabling the eDP display and does not mention
removing this block.
> &gpi_dma0 {
> status = "okay";
[ ... ]
> @@ -494,6 +505,42 @@ &mdss0_dp1_out {
> remote-endpoint = <&usb_1_qmpphy_dp_in>;
> };
>
> +&mdss0_dp3 {
> + compatible = "qcom,sc8280xp-edp";
> + /delete-property/ #sound-dai-cells;
> +
> + data-lanes = <0 1 2 3>;
[Severity: Low]
Should the data-lanes property be placed inside the controller's output
endpoint node (&mdss0_dp3_out) rather than here in the main &mdss0_dp3 node?
Placing data-lanes in the root controller node is deprecated in the
qcom,dp-controller Devicetree binding and will trigger dtbs_check
validation warnings.
> +
> + status = "okay";
> +
> + aux-bus {
[ ... ]
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260522-surface-sp9-5g-for-next-v2-0-dd9d477407f5@gmail.com?part=2
next prev parent reply other threads:[~2026-05-22 11:01 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-22 10:43 [PATCH v2 00/10] Microsoft Surface Pro 9 5G update Jérôme de Bretagne via B4 Relay
2026-05-22 10:43 ` [PATCH v2 01/10] arm64: dts: qcom: sc8280xp-arcata: Enable backlight Jérôme de Bretagne via B4 Relay
2026-05-22 10:43 ` [PATCH v2 02/10] arm64: dts: qcom: sc8280xp-arcata: Enable the eDP display Jérôme de Bretagne via B4 Relay
2026-05-22 11:01 ` sashiko-bot [this message]
2026-05-22 10:43 ` [PATCH v2 03/10] arm64: dts: qcom: sc8280xp-arcata: add USB-C orientation GPIOs Jérôme de Bretagne via B4 Relay
2026-05-22 12:07 ` Konrad Dybcio
2026-05-22 10:43 ` [PATCH v2 04/10] arm64: dts: qcom: sc8280xp-arcata: Fix top USB-C DP alt mode Jérôme de Bretagne via B4 Relay
2026-05-22 10:43 ` [PATCH v2 05/10] arm64: dts: qcom: sc8280xp-arcata: Enable 4-lane DP support Jérôme de Bretagne via B4 Relay
2026-05-22 10:43 ` [PATCH v2 06/10] arm64: dts: qcom: sc8280xp-arcata: Add volume up/down GPIO keys Jérôme de Bretagne via B4 Relay
2026-05-22 10:43 ` [PATCH v2 07/10] arm64: dts: qcom: sc8280xp-arcata: Add lid switch Jérôme de Bretagne via B4 Relay
2026-05-22 10:43 ` [PATCH v2 08/10] arm64: dts: qcom: sc8280xp-arcata: model the PMU of the on-board wcn6855 Jérôme de Bretagne via B4 Relay
2026-05-22 11:13 ` sashiko-bot
2026-05-22 10:43 ` [PATCH v2 09/10] arm64: dts: qcom: sc8280xp-arcata: Switch to uefi rtc offset Jérôme de Bretagne via B4 Relay
2026-05-22 10:43 ` [PATCH v2 10/10] arm64: dts: qcom: sc8280xp-arcata: Drop duplicate DMIC supplies Jérôme de Bretagne via B4 Relay
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=20260522110151.542371F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=devnull+jerome.debretagne.gmail.com@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