From: Sam Ravnborg <sam@ravnborg.org>
To: Rob Herring <robh@kernel.org>
Cc: David Airlie <airlied@linux.ie>, Daniel Vetter <daniel@ffwll.ch>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Thierry Reding <thierry.reding@gmail.com>,
Liviu Dudau <Liviu.Dudau@arm.com>,
Andre Przywara <andre.przywara@arm.com>,
Linus Walleij <linus.walleij@linaro.org>,
Robin Murphy <robin.murphy@arm.com>,
dri-devel@lists.freedesktop.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] dt-bindings: display: panel-simple: Add Arm virtual platforms display
Date: Fri, 10 Jun 2022 22:54:50 +0200 [thread overview]
Message-ID: <YqOvmrDGgS0AubU4@ravnborg.org> (raw)
In-Reply-To: <20220610203818.2193593-1-robh@kernel.org>
Hi Rob,
On Fri, Jun 10, 2022 at 02:38:18PM -0600, Rob Herring wrote:
> 'arm,rtsm-display' is a panel for Arm, Ltd. virtual platforms (e.g. FVP).
> The binding has been in use for a long time, but was never documented.
>
> Some users and an example have a 'panel-dpi' compatible, but that's not
> needed without a 'panel-timing' node which none of the users have since
> commit 928faf5e3e8d ("arm64: dts: fvp: Remove panel timings"). The
> example does have a 'panel-timing' node, but it should not for the
> same reasons the node was removed in the dts files. So update the
> example in arm,pl11x.yaml to match the schema.
>
> Cc: Linus Walleij <linus.walleij@linaro.org>
> Cc: Robin Murphy <robin.murphy@arm.com>
> Cc: Andre Przywara <andre.przywara@arm.com>
> Signed-off-by: Rob Herring <robh@kernel.org>
> ---
> .../bindings/display/arm,pl11x.yaml | 15 +-------------
> .../bindings/display/panel/panel-simple.yaml | 20 +++++++++++++------
> 2 files changed, 15 insertions(+), 20 deletions(-)
>
> diff --git a/Documentation/devicetree/bindings/display/arm,pl11x.yaml b/Documentation/devicetree/bindings/display/arm,pl11x.yaml
> index b545c6d20325..6cc9045e5c68 100644
> --- a/Documentation/devicetree/bindings/display/arm,pl11x.yaml
> +++ b/Documentation/devicetree/bindings/display/arm,pl11x.yaml
> @@ -159,25 +159,12 @@ examples:
> };
>
> panel {
> - compatible = "arm,rtsm-display", "panel-dpi";
> - power-supply = <&vcc_supply>;
> + compatible = "arm,rtsm-display";
>
> port {
> clcd_panel: endpoint {
> remote-endpoint = <&clcd_pads>;
> };
> };
> -
> - panel-timing {
> - clock-frequency = <25175000>;
> - hactive = <640>;
> - hback-porch = <40>;
> - hfront-porch = <24>;
> - hsync-len = <96>;
> - vactive = <480>;
> - vback-porch = <32>;
> - vfront-porch = <11>;
> - vsync-len = <2>;
> - };
> };
> ...
> diff --git a/Documentation/devicetree/bindings/display/panel/panel-simple.yaml b/Documentation/devicetree/bindings/display/panel/panel-simple.yaml
> index 21ba90c9fe33..97afd276c54a 100644
> --- a/Documentation/devicetree/bindings/display/panel/panel-simple.yaml
> +++ b/Documentation/devicetree/bindings/display/panel/panel-simple.yaml
> @@ -19,9 +19,6 @@ description: |
>
> If the panel is more advanced a dedicated binding file is required.
>
> -allOf:
> - - $ref: panel-common.yaml#
> -
> properties:
>
> compatible:
> @@ -35,6 +32,8 @@ properties:
> - ampire,am-480272h3tmqw-t01h
> # Ampire AM-800480R3TMQW-A1H 7.0" WVGA TFT LCD panel
> - ampire,am800480r3tmqwa1h
> + # Arm, Ltd. Virtual Platforms Display
> + - arm,rtsm-display
> # AU Optronics Corporation 10.1" WSVGA TFT LCD panel
> - auo,b101aw03
> # AU Optronics Corporation 10.1" WSVGA TFT LCD panel
> @@ -340,9 +339,18 @@ properties:
>
> additionalProperties: false
>
> -required:
> - - compatible
> - - power-supply
> +allOf:
> + - $ref: panel-common.yaml#
> + - if:
> + # Most 'simple' panels must have a single supply, but a virtual display does not
> + not:
> + properties:
> + compatible:
> + contains:
> + const: arm,rtsm-display
> + then:
> + required:
> + - power-supply
Sorry, but I do not like this change. The beauty of panel-simple is that
this is a collection of simple display with identical bindings because
the HW is more or less the same (in general - not in details like size
etc).
Any panels that requires more are pushed out to their own binding and
for arm,rtsm-display that would be better.
It is not this single exceptions that bothers me, it is the many
exceptions we will have in a few years from now.
Sam
next prev parent reply other threads:[~2022-06-10 20:55 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-10 20:38 [PATCH] dt-bindings: display: panel-simple: Add Arm virtual platforms display Rob Herring
2022-06-10 20:54 ` Sam Ravnborg [this message]
2022-06-10 21:25 ` Rob Herring
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=YqOvmrDGgS0AubU4@ravnborg.org \
--to=sam@ravnborg.org \
--cc=Liviu.Dudau@arm.com \
--cc=airlied@linux.ie \
--cc=andre.przywara@arm.com \
--cc=daniel@ffwll.ch \
--cc=devicetree@vger.kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linus.walleij@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=robh@kernel.org \
--cc=robin.murphy@arm.com \
--cc=thierry.reding@gmail.com \
/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