All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Jun Nie" <jun.nie@linaro.org>
Cc: robh@kernel.org, dri-devel@lists.freedesktop.org,
	conor+dt@kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH v5 1/6] dt-bindings: display: panel: Modify reset gpio number constrain
Date: Mon, 27 Jul 2026 08:18:15 +0000	[thread overview]
Message-ID: <20260727081816.099501F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260727-sm8650-7-1-bonded-dsi-v5-1-c042266b9eeb@linaro.org>

Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [Medium] The patch relaxes the `reset-gpios` constraint in `panel-common.yaml` to allow multiple GPIOs, but fails to update the global `gpio-consumer-common.yaml` schema, which strictly enforces a maximum of 1 item.
- [Medium] Replacing `maxItems: 1` with `minItems: 1` entirely removes the upper bound from the `reset-gpios` property, violating the dt-schema meta-schema requirements for phandle arrays.
--

--- Patch [1]: [PATCH v5 1/6] dt-bindings: display: panel: Modify reset gpio number constrain ---
commit bef64e9dd2f24e3eff4806992787382fb7261e4b
Author: Jun Nie <jun.nie@linaro.org>

dt-bindings: display: panel: Modify reset gpio number constrain

This patch modifies the constraints for reset-gpios in the display panel
bindings to support panels that require two reset lines, such as the
Synaptics R63455. It replaces the maximum item constraint with a minimum
item constraint.

> diff --git a/Documentation/devicetree/bindings/display/panel/panel-common.yaml b/Documentation/devicetree/bindings/display/panel/panel-common.yaml
> --- a/Documentation/devicetree/bindings/display/panel/panel-common.yaml
> +++ b/Documentation/devicetree/bindings/display/panel/panel-common.yaml
[ ... ]
>    reset-gpios:
> -    maxItems: 1
> +    minItems: 1

[Severity: Medium]
Does removing the maxItems constraint violate the dt-schema meta-schema rules?
Array properties ending in -gpios generally require maxItems or items to be
defined to provide a strict upper bound. Leaving this unbounded could cause
the binding to trigger errors when validated against the core meta-schema.

[Severity: Medium]
Even with this local change, won't panels specifying two reset gpios still
fail schema validation due to the global gpio schema?

The global schema restricts reset-gpios:

Documentation/devicetree/bindings/gpio/gpio-consumer-common.yaml:allOf()
    else:
      properties:
        reset-gpios:
          maxItems: 1

This implicitly overrides the relaxed constraint in the panel schema. Does
gpio-consumer-common.yaml also need an update to allow for multiple
reset-gpios in panel nodes?

>      description:
>        Specifier for a GPIO connected to the panel reset control signal.
>        The reset signal is active low and resets the panel internal logic

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260727-sm8650-7-1-bonded-dsi-v5-0-c042266b9eeb@linaro.org?part=1

  reply	other threads:[~2026-07-27  8:18 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-27  8:08 [PATCH v5 0/6] Add support to 2 panels in bonded-DSI mode Jun Nie
2026-07-27  8:08 ` [PATCH v5 1/6] dt-bindings: display: panel: Modify reset gpio number constrain Jun Nie
2026-07-27  8:18   ` sashiko-bot [this message]
2026-07-27 20:23   ` Krzysztof Kozlowski
2026-07-27 20:24   ` Krzysztof Kozlowski
2026-07-27  8:08 ` [PATCH v5 2/6] drm/msm/dsi: support DSC configurations with slice_per_pkt > 1 Jun Nie
2026-07-27  8:08 ` [PATCH v5 3/6] drm/mipi-dsi: Add flag to support dual-panel configurations Jun Nie
2026-07-27  8:08 ` [PATCH v5 4/6] drm/msm/dsi: Support dual panel use case with single CRTC Jun Nie
2026-07-27  8:25   ` sashiko-bot
2026-07-27  8:08 ` [PATCH v5 5/6] dt-bindings: display: Add Synaptics R63455 panel support Jun Nie
2026-07-27  8:18   ` sashiko-bot
2026-07-27  9:47   ` Rob Herring (Arm)
2026-07-27 20:42     ` Krzysztof Kozlowski
2026-07-27 20:29   ` Krzysztof Kozlowski
2026-07-27  8:08 ` [PATCH v5 6/6] drm/panel: Add driver for Synaptics R63455 DSI panel Jun Nie
2026-07-27  8:20   ` 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=20260727081816.099501F000E9@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=jun.nie@linaro.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.