From: sashiko-bot@kernel.org
To: "David Heidelberg" <david@ixit.cz>
Cc: dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
robh@kernel.org, conor+dt@kernel.org
Subject: Re: [PATCH v3 02/10] dt-bindings: display: panel: samsung,s6e3ha8: Add AMB630QY01 panel
Date: Sun, 08 Nov 2026 12:44:33 +0000 [thread overview]
Message-ID: <sashiko-outbox-203744@kernel.org> (raw)
In-Reply-To: <20261108-crosshatch-panel-v3-2-87dd4ec4f7cc@ixit.cz>
Thank you for your contribution! Sashiko AI review found 3 potential
issues to consider:
- [Low] dt-bindings: display: panel: samsung,s6e3ha8: unwieldy
per-compatible conditionals
- [Low] dt-bindings: display: panel: samsung,s6e3ha8: required and allOf
before properties
- [Low] dt-bindings: display: panel: samsung,s6e3ha8: changelog omits
supply changes
--
commit 2e2113bfd1b86858603c7b29b0786ff6036afe10
Author: David Heidelberg <david@ixit.cz>
> dt-bindings: display: panel: samsung,s6e3ha8: Add AMB630QY01 panel
>
> The Google Pixel 3 XL (crosshatch) uses a Samsung AMB630QY01 6.3"
> 1440x2960 flexible AMOLED panel.
>
> Signed-off-by: David Heidelberg <david@ixit.cz>
[Severity: Low]
Could the commit message also describe the regulator supply changes? Beyond
adding the samsung,s6e3ha8-amb630qy01 compatible string, the patch adds
vddpos-supply and vddneg-supply for the ELVDD and ELVSS boost regulators and
makes vddr-supply vs vddpos-supply/vddneg-supply conditionally required per
panel variant.
> diff --git a/Documentation/devicetree/bindings/display/panel/samsung,s6e3ha8.yaml b/Documentation/devicetree/bindings/display/panel/samsung,s6e3ha8.yaml
> index ca250b1b91712..dcf347fe5ca83 100644
> --- a/Documentation/devicetree/bindings/display/panel/samsung,s6e3ha8.yaml
> +++ b/Documentation/devicetree/bindings/display/panel/samsung,s6e3ha8.yaml
> @@ -12,17 +12,45 @@ description: |
>
> Known panels:
> - AMB577PX01, 5.77", Samsung Galaxy S9 (samsung,s6e3ha8-amb577px01)
> + - AMB630QY01, 6.3", Google Pixel 3 XL (samsung,s6e3ha8-amb630qy01)
>
> maintainers:
> - Dzmitry Sankouski <dsankouski@gmail.com>
>
> +required:
> + - compatible
> + - reset-gpios
> + - vdd3-supply
> + - vci-supply
> +
> allOf:
[Severity: Low]
As reported by Krzysztof Kozlowski on v2 [1], should the properties block
come before required and allOf? Standard DT schema ordering places
properties first, followed by required, allOf, and unevaluatedProperties:
false, rather than listing required properties and allOf before properties
are defined.
> - $ref: panel-common.yaml#
> + - if:
> + properties:
> + compatible:
> + contains:
> + enum:
> + - samsung,s6e3ha8
> + - samsung,s6e3ha8-amb577px01
> + then:
> + required:
> + - vddr-supply
> + - if:
> + properties:
> + compatible:
> + contains:
> + const: samsung,s6e3ha8-amb630qy01
> + then:
> + required:
> + - vddpos-supply
> + - vddneg-supply
[Severity: Low]
Would it be cleaner to split samsung,s6e3ha8-amb630qy01 into a separate
binding schema document instead of adding per-compatible supply conditionals
here?
samsung,s6e3ha8-amb630qy01 and samsung,s6e3ha8-amb577px01 are standalone
compatibles with no shared fallback compatible and different power supply
topologies (vddpos-supply and vddneg-supply vs vddr-supply). Keeping both in
one schema requires per-compatible if-then blocks, and still leaves
vddr-supply allowed on samsung,s6e3ha8-amb630qy01 and vddpos-supply and
vddneg-supply allowed on samsung,s6e3ha8-amb577px01 unless further
constraints are added.
[1] https://lore.kernel.org/r/20260929-automatic-humorous-muskox-45bdfd@quoll
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261108-crosshatch-panel-v3-0-87dd4ec4f7cc@ixit.cz?part=2
next prev parent reply other threads:[~2026-11-08 12:44 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-08 12:32 [PATCH v3 00/10] Pixel 3 XL display panel support David Heidelberg via B4 Relay
2026-11-08 12:32 ` David Heidelberg
2026-11-08 12:32 ` [PATCH v3 01/10] dt-bindings: display: panel: s6e3ha8: Adjust to reflect the DDIC and panel used David Heidelberg via B4 Relay
2026-11-08 12:32 ` David Heidelberg
2026-11-09 12:34 ` Krzysztof Kozlowski
2026-11-08 12:32 ` [PATCH v3 02/10] dt-bindings: display: panel: samsung,s6e3ha8: Add AMB630QY01 panel David Heidelberg via B4 Relay
2026-11-08 12:32 ` David Heidelberg
2026-11-08 12:44 ` sashiko-bot [this message]
2026-11-09 12:30 ` Krzysztof Kozlowski
2026-11-08 12:32 ` [PATCH v3 03/10] drm/panel: s6e3ha8: Introduce AMB577PX01 panel compatible David Heidelberg via B4 Relay
2026-11-08 12:32 ` David Heidelberg
2026-11-08 12:32 ` [PATCH v3 04/10] drm/panel: s6e3ha8: Prepare for supporting multiple panels David Heidelberg
2026-11-08 12:32 ` David Heidelberg via B4 Relay
2026-11-08 12:32 ` [PATCH v3 05/10] drm/panel: s6e3ha8: Correct the polarity logic within David Heidelberg via B4 Relay
2026-11-08 12:32 ` David Heidelberg
2026-11-08 12:32 ` [PATCH v3 06/10] drm/panel: s6e3ha8: Assert reset GPIO in unprepare David Heidelberg
2026-11-08 12:32 ` David Heidelberg via B4 Relay
2026-11-08 12:32 ` [PATCH v3 07/10] drm/panel: s6e3ha8: add Samsung AMB630QY01 (Google Pixel 3 XL) panel David Heidelberg via B4 Relay
2026-11-08 12:32 ` David Heidelberg
2026-11-08 12:32 ` [PATCH v3 08/10] arm64: dts: qcom: sdm845-samsung-starqltechn: Update panel compatible David Heidelberg via B4 Relay
2026-11-08 12:32 ` David Heidelberg
2026-11-08 12:43 ` sashiko-bot
2026-11-09 12:46 ` Abel Vesa
2026-11-08 12:32 ` [PATCH v3 09/10] arm64: dts: qcom: sdm845-google: Move panel pins into common David Heidelberg via B4 Relay
2026-11-08 12:32 ` David Heidelberg
2026-11-09 12:46 ` Abel Vesa
2026-11-08 12:32 ` [PATCH v3 10/10] arm64: dts: qcom: sdm845-google-crosshatch: Add display panel David Heidelberg via B4 Relay
2026-11-08 12:32 ` David Heidelberg
2026-11-09 12:47 ` Abel Vesa
2026-11-09 13:10 ` 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=sashiko-outbox-203744@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=conor+dt@kernel.org \
--cc=david@ixit.cz \
--cc=devicetree@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.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.