[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20191213094213.5eetnprhwolssdbp@gilmour.lan>
Date: Fri, 13 Dec 2019 10:42:13 +0100
From: Maxime Ripard <maxime@...no.tech>
To: Kevin Tang <kevin3.tang@...il.com>
Cc: airlied@...ux.ie, daniel@...ll.ch, orsonzhai@...il.com,
dri-devel@...ts.freedesktop.org, linux-kernel@...r.kernel.org,
zhang.lyra@...il.com, baolin.wang@...aro.org
Subject: Re: [PATCH RFC 1/8] dt-bindings: display: add Unisoc's drm master
bindings
Hi,
On Tue, Dec 10, 2019 at 04:36:28PM +0800, Kevin Tang wrote:
> From: Kevin Tang <kevin.tang@...soc.com>
>
> The Unisoc DRM master device is a virtual device needed to list all
> DPU devices or other display interface nodes that comprise the
> graphics subsystem
>
> Cc: Orson Zhai <orsonzhai@...il.com>
> Cc: Baolin Wang <baolin.wang@...aro.org>
> Cc: Chunyan Zhang <zhang.lyra@...il.com>
> Signed-off-by: Kevin Tang <kevin.tang@...soc.com>
> ---
> Documentation/devicetree/bindings/display/sprd/drm.txt | 18 ++++++++++++++++++
> 1 file changed, 18 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/display/sprd/drm.txt
>
> diff --git a/Documentation/devicetree/bindings/display/sprd/drm.txt b/Documentation/devicetree/bindings/display/sprd/drm.txt
> new file mode 100644
> index 0000000..7327b9e
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/display/sprd/drm.txt
> @@ -0,0 +1,18 @@
> +Unisoc DRM master device
> +================================
> +
> +The Unisoc DRM master device is a virtual device needed to list all
> +DPU devices or other display interface nodes that comprise the
> +graphics subsystem.
> +
> +Required properties:
> +- compatible: Should be "sprd,display-subsystem"
> +- ports: Should contain a list of phandles pointing to display interface port
> + of DPU devices.
> +
> +example:
> +
> +display-subsystem {
> + compatible = "sprd,display-subsystem";
> + ports = <&dpu_out>;
> +};
You should be using YAML schemas to describe your bindings nowadays.
Also, I'm not sure about how the display engine (and its component) is
going to be integrated into the SoCs, but usually have the name of the
first SoC to use it is a good practice in the case where there's a
second generation of display engine coming up in the future.
Maxime
Download attachment "signature.asc" of type "application/pgp-signature" (229 bytes)
Powered by blists - more mailing lists