Devicetree
 help / color / mirror / Atom feed
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

  reply	other threads:[~2026-11-08 12:44 UTC|newest]

Thread overview: 19+ 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 ` [PATCH v3 01/10] dt-bindings: display: panel: s6e3ha8: Adjust to reflect the DDIC and panel used David Heidelberg via B4 Relay
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: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 ` [PATCH v3 04/10] drm/panel: s6e3ha8: Prepare for supporting multiple panels 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 ` [PATCH v3 06/10] drm/panel: s6e3ha8: Assert reset GPIO in unprepare 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 ` [PATCH v3 08/10] arm64: dts: qcom: sdm845-samsung-starqltechn: Update panel compatible David Heidelberg via B4 Relay
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-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-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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox