Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp2339577ybv; Fri, 21 Feb 2020 13:39:52 -0800 (PST) X-Google-Smtp-Source: APXvYqxQBuz02ohmp1ObO2BPJ/ZKlNJYDIy+XcUt94VH1u2snPWB2YgAP7bgnkeT6mUAlksFTRad X-Received: by 2002:a9d:5c0c:: with SMTP id o12mr15181805otk.145.1582321192375; Fri, 21 Feb 2020 13:39:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582321192; cv=none; d=google.com; s=arc-20160816; b=Z+RlIN4DLtcEcmepz6z8AkATJ+xdZnLmDlkZ7OhevlPWNVU7Ne+ZDGKuP+ajc61cb0 M5lHETSAea3tLuGeiBL9m0LnyeeWparrd9MZfaowFHcHQpLmLBXubkMDO9uJCft97cFm jhp6/HVHDQFvFXkMxU6RyUz/a63JWv3xbzTjqj8KGgFILeypXavTXiCiTtNBQHEFzvHl //bvr3VVntkRTVmcuZJYDuYY1mIgRuxJSQg9f3lFzIl1oGh0hKcENqWM/Tre2QbJ8LZv g/AS0712itw073776hQquoDtoCZTKVLg7KkJYTp+yIWOhBMCPLi5SgcpDzzxSZ+PRxl8 ixWA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=px8QSVAGR3lZg6hw8TKgjnhuiY+s92H9Afzr64OnP/w=; b=NsfvtvZoalDg7bcZOo2Gneq7uGy1hOnnnPPP+DQH9SGdywwcmcwyWz4BF1iLrxwanN tliPHK8ciyMbRD/Ak4huLZ0ZGSpbaae63BQLw96cdt931h0siBADtlFmqJ4qbuw9z0FK oUPaTKxUVke5xEJJY0tBLVtmtJ6AyMlDOg4n40VjcLP9LmXUSHmeHvz/bMgeM2j8xqxs 151hhm9Mf1ToflmCxwRHbIhg7dVu4PGZLrJrJoANR9jr99VT6cQAiZaPySCi6JT/WJoC C1em35wpGcJoHBBZfhWwk7kuYTMLU6mI/F9KDwyaxperJIydGoJyge/B5zb28P6PZXD8 2hQQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h22si1182125oie.189.2020.02.21.13.39.39; Fri, 21 Feb 2020 13:39:52 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727421AbgBUVj1 (ORCPT + 99 others); Fri, 21 Feb 2020 16:39:27 -0500 Received: from asavdk4.altibox.net ([109.247.116.15]:37700 "EHLO asavdk4.altibox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726707AbgBUVj1 (ORCPT ); Fri, 21 Feb 2020 16:39:27 -0500 Received: from ravnborg.org (unknown [158.248.194.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by asavdk4.altibox.net (Postfix) with ESMTPS id 143568051B; Fri, 21 Feb 2020 22:39:23 +0100 (CET) Date: Fri, 21 Feb 2020 22:39:21 +0100 From: Sam Ravnborg To: Kevin Tang Cc: airlied@linux.ie, daniel@ffwll.ch, robh+dt@kernel.org, mark.rutland@arm.com, orsonzhai@gmail.com, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, zhang.lyra@gmail.com, baolin.wang@linaro.org Subject: Re: [PATCH RFC v3 3/6] dt-bindings: display: add Unisoc's dpu bindings Message-ID: <20200221213921.GE3456@ravnborg.org> References: <1582271336-3708-1-git-send-email-kevin3.tang@gmail.com> <1582271336-3708-4-git-send-email-kevin3.tang@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1582271336-3708-4-git-send-email-kevin3.tang@gmail.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.3 cv=XpTUx2N9 c=1 sm=1 tr=0 a=UWs3HLbX/2nnQ3s7vZ42gw==:117 a=UWs3HLbX/2nnQ3s7vZ42gw==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=kj9zAlcOel0A:10 a=icsG72s9AAAA:8 a=pGLkceISAAAA:8 a=KKAkSRfTAAAA:8 a=gEfo2CItAAAA:8 a=VwQbUJbxAAAA:8 a=7CQSdrXTAAAA:8 a=SVALNYV8_nJ9B2TJSLgA:9 a=50L6mq_XB6Qepsfu:21 a=HXsGJvFog89IkJYu:21 a=CjuIK1q_8ugA:10 a=T89tl0cgrjxRNoSN2Dv0:22 a=cvBusfyB2V15izCimMoJ:22 a=sptkURWiP4Gy88Gu7hUp:22 a=AjGcO6oz07-iQ99wixmX:22 a=a-qgeE7W1pNrGK8U0ZQC:22 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Kevin. On Fri, Feb 21, 2020 at 03:48:53PM +0800, Kevin Tang wrote: > From: Kevin Tang > > DPU (Display Processor Unit) is the Display Controller for the Unisoc SoCs > which transfers the image data from a video memory buffer to an internal > LCD interface. > > Cc: Orson Zhai > Cc: Baolin Wang > Cc: Chunyan Zhang > Signed-off-by: Kevin Tang > --- > .../devicetree/bindings/display/sprd/dpu.yaml | 85 ++++++++++++++++++++++ > 1 file changed, 85 insertions(+) > create mode 100644 Documentation/devicetree/bindings/display/sprd/dpu.yaml > > diff --git a/Documentation/devicetree/bindings/display/sprd/dpu.yaml b/Documentation/devicetree/bindings/display/sprd/dpu.yaml > new file mode 100644 > index 0000000..7695d94 > --- /dev/null > +++ b/Documentation/devicetree/bindings/display/sprd/dpu.yaml > @@ -0,0 +1,85 @@ > +# SPDX-License-Identifier: GPL-2.0 > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/display/sprd/dpu.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: Unisoc SoC Display Processor Unit (DPU) > + > +maintainers: > + - David Airlie > + - Daniel Vetter > + - Rob Herring > + - Mark Rutland > + > +description: | > + DPU (Display Processor Unit) is the Display Controller for the Unisoc SoCs > + which transfers the image data from a video memory buffer to an internal > + LCD interface. > + > +properties: > + compatible: > + const: sprd,sharkl3-dpu > + > + reg: > + maxItems: 1 > + description: > + Physical base address and length of the DPU registers set > + > + interrupts: > + maxItems: 1 > + description: > + The interrupt signal from DPU > + > + clocks: > + minItems: 2 Should this be maxItems: 2? That would imply minItems: 2. > + > + clock-names: > + items: > + - const: clk_src_128m > + - const: clk_src_384m > + > + power-domains: > + description: A phandle to DPU power domain node. > + > + iommus: > + description: A phandle to DPU iommu node. > + > + port: > + type: object > + description: > + A port node with endpoint definitions as defined in > + Documentation/devicetree/bindings/media/video-interfaces.txt. > + That port should be the output endpoint, usually output to > + the associated DSI. > + > +required: > + - compatible > + - reg > + - interrupts > + - clocks > + - clock-names > + - port > + > +additionalProperties: false > + > +examples: > + - | > + #include > + #include > + dpu: dpu@0x63000000 { > + compatible = "sprd,sharkl3-dpu"; > + reg = <0x0 0x63000000 0x0 0x1000>; > + interrupts = ; > + clock-names = "clk_src_128m", > + "clk_src_384m"; > + > + clocks = <&pll CLK_TWPLL_128M>, > + <&pll CLK_TWPLL_384M>; > + > + dpu_port: port { > + dpu_out: endpoint { > + remote-endpoint = <&dsi_in>; > + }; > + }; > + }; Did this example pass dt_binding_check with no warnings? I wonder how the reg property could avoid generating warnings as the upper node do not have #address_cells, #node_cells Sam