Received: by 2002:a05:622a:1442:b0:3a5:28ea:c4b9 with SMTP id v2csp746032qtx; Thu, 17 Nov 2022 07:23:34 -0800 (PST) X-Google-Smtp-Source: AA0mqf7gjS59j7e3BRVqqQMoK6jTba0Ybv3aVwH+uxNgMBtGWbTd71/6VFf2rUXW01Kk4/+wsbAe X-Received: by 2002:aa7:9a48:0:b0:56c:b1e6:83fa with SMTP id x8-20020aa79a48000000b0056cb1e683famr3396362pfj.63.1668698613812; Thu, 17 Nov 2022 07:23:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668698613; cv=none; d=google.com; s=arc-20160816; b=uXbVZKb8+SGct4nktmTrIOVrbc0KkQsWbv+VrwuLAgq3HfYi5Wz8c0e3y5TebfMGve 2GSVCXFK7Gc1eMXyOhO6+JYMXeIU8iN8n114Ij5DIPEhxHZU6wUm+R/IsBSl4p2qVTYs iYetPbnYX1uFXj+yjQWS9whA101vUA86Rswo4RQ32d6RnUmXKyNaWGTcIm+UJBSscmm3 u37hYT8EgbYsPgoT6RTvzLyDXoRmKYiJDwUgWXz1ESyY1ktGg4Gno6MZv5t8OMJeDJ5D aTe6SzCfFz2nmX6O9B6XeVzhgIzOLVJzjfvswWB5of+x0tX2XcZOe93bD6RUGu0TWkFz ktLw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:message-id:date:to:cc:from:subject :references:in-reply-to:content-transfer-encoding:mime-version :dkim-signature; bh=udkK5PWyknLb3oSaFnnmoq0sMwURX2xd/US4T3gXl68=; b=k/KzTaC/4G+3DhcXzpDun0KdKjTlDu/g+x/UbRJIzdkhb11xwURM5CTw9nR3cYRRZB J5QzfG67BQwO+A1Fsit5LHsZ+BuiMuzByASB8y2anl3VQKYc8w09EneLJUyRpJ6Ul2gP BwP6HcRfmjAYcDcbfu56OKNb6WK9Y76XP9k+TrzGrPazZ6yHfnKcsS1vDGolpXNx1ICd 4dpY/myrgBsAw+bdG2wFNW5BNqvQT6pa05rJAw2gVcjNnWguVBVQ5T+GG5zA7cVpYF1J cVYcWnklQ6azLt1bqj0kVhSLByh+4bo7OfydMI76bjumMyhVNzITGs6Jh/bktF/vuVwL VeXw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=QXq+U4W1; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g11-20020a056a0023cb00b0054ed3047ee2si1113965pfc.22.2022.11.17.07.23.21; Thu, 17 Nov 2022 07:23:33 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=QXq+U4W1; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234545AbiKQPDu (ORCPT + 92 others); Thu, 17 Nov 2022 10:03:50 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51714 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232943AbiKQPDs (ORCPT ); Thu, 17 Nov 2022 10:03:48 -0500 Received: from perceval.ideasonboard.com (perceval.ideasonboard.com [IPv6:2001:4b98:dc2:55:216:3eff:fef7:d647]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7407974CC5; Thu, 17 Nov 2022 07:03:43 -0800 (PST) Received: from pendragon.ideasonboard.com (cpc89244-aztw30-2-0-cust3082.18-1.cable.virginm.net [86.31.172.11]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 86CED929; Thu, 17 Nov 2022 16:03:41 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1668697421; bh=LyYn0sdB63GI65NHTIo4dhBHSGZrdHRZMyOLF8zyaCQ=; h=In-Reply-To:References:Subject:From:Cc:To:Date:From; b=QXq+U4W1eyGgKAhpZ901UsMyA60SLLlr5yVjlSCVDpraDu71kVExb1hPsLS/qp+Yn MjzllUhC1dw53L9ylHUHeq6ajdEs4DzOg7683MPFijwFnocy9g110cdzF9B1z45jFo mf0sphZHPV7xVOUziKFiprR5bwZiq2tk7rc/+aQQ= Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable In-Reply-To: <20221117122547.809644-5-tomi.valkeinen@ideasonboard.com> References: <20221117122547.809644-1-tomi.valkeinen@ideasonboard.com> <20221117122547.809644-5-tomi.valkeinen@ideasonboard.com> Subject: Re: [PATCH v1 4/8] arm64: dts: renesas: r8a779g0: Add display related data From: Kieran Bingham Cc: Andrzej Hajda , Neil Armstrong , Robert Foss , Jonas Karlman , Jernej Skrabec , Tomi Valkeinen To: Geert Uytterhoeven , Krzysztof Kozlowski , Laurent Pinchart , Magnus Damm , Rob Herring , Tomi Valkeinen , devicetree@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, linux-renesas-soc@vger.kernel.org Date: Thu, 17 Nov 2022 15:03:39 +0000 Message-ID: <166869741913.50677.3537704052215375530@Monstersaurus> User-Agent: alot/0.10 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Tomi Valkeinen (2022-11-17 12:25:43) > From: Tomi Valkeinen >=20 > Add DT nodes for components needed to get the DSI output working: > - FCPv > - VSPd > - DU > - DSI >=20 > Signed-off-by: Tomi Valkeinen > --- > arch/arm64/boot/dts/renesas/r8a779g0.dtsi | 129 ++++++++++++++++++++++ > 1 file changed, 129 insertions(+) >=20 > diff --git a/arch/arm64/boot/dts/renesas/r8a779g0.dtsi b/arch/arm64/boot/= dts/renesas/r8a779g0.dtsi > index 45d8d927ad26..31d4930c5adc 100644 > --- a/arch/arm64/boot/dts/renesas/r8a779g0.dtsi > +++ b/arch/arm64/boot/dts/renesas/r8a779g0.dtsi > @@ -1207,6 +1207,135 @@ prr: chipid@fff00044 { > compatible =3D "renesas,prr"; > reg =3D <0 0xfff00044 0 4>; > }; I think these nodes are supposed to be in sort order based on the register address in memory. Disregarding sort order, I'll review the node contents. I would probably s/data/nodes/ in $SUBJECT too. > + > + fcpvd0: fcp@fea10000 { > + compatible =3D "renesas,fcpv"; > + reg =3D <0 0xfea10000 0 0x200>; > + clocks =3D <&cpg CPG_MOD 508>; > + power-domains =3D <&sysc R8A779G0_PD_ALWAYS_ON>; > + resets =3D <&cpg 508>; > + }; > + > + fcpvd1: fcp@fea11000 { > + compatible =3D "renesas,fcpv"; > + reg =3D <0 0xfea11000 0 0x200>; > + clocks =3D <&cpg CPG_MOD 509>; > + power-domains =3D <&sysc R8A779G0_PD_ALWAYS_ON>; > + resets =3D <&cpg 509>; > + }; I'm intrigued at the length of 0x200 as I only see 3 registers up to 0x0018 .. But all existing platforms with fcpv* set 0x200 ... so lets cargo cult it u= p... :-) > + > + vspd0: vsp@fea20000 { > + compatible =3D "renesas,vsp2"; > + reg =3D <0 0xfea20000 0 0x5000>; """ Below are the base addresses of each VSP unit. VSPX has 32Kbyte address space. VSPD has 28Kbyte address space. """ Hrm : 28K is 0x7000 RPf n OSD CLUT Table: H=E2=80=994000 + H=E2=80=990400*n to H=E2=80=9943fc += H=E2=80=990400*n 0x43fc+(0x400*5) 22524 [0x57fc] So this needs to be /at least/ 0x6000 (Would 0x5800 be odd?) and perhaps as= it clearly states 28k, we should just set it to 0x7000. > + interrupts =3D ; > + clocks =3D <&cpg CPG_MOD 830>; > + power-domains =3D <&sysc R8A779G0_PD_ALWAYS_ON>; > + resets =3D <&cpg 830>; > + > + renesas,fcp =3D <&fcpvd0>; > + }; > + > + vspd1: vsp@fea28000 { > + compatible =3D "renesas,vsp2"; > + reg =3D <0 0xfea28000 0 0x5000>; Same here of course (reg =3D <0 0xfea28000 0 0x7000>) > + interrupts =3D ; > + clocks =3D <&cpg CPG_MOD 831>; > + power-domains =3D <&sysc R8A779G0_PD_ALWAYS_ON>; > + resets =3D <&cpg 831>; > + > + renesas,fcp =3D <&fcpvd1>; > + }; > + > + du: display@feb00000 { > + compatible =3D "renesas,du-r8a779g0"; > + reg =3D <0 0xfeb00000 0 0x40000>; > + interrupts =3D , > + ; > + clocks =3D <&cpg CPG_MOD 411>; > + clock-names =3D "du.0"; > + power-domains =3D <&sysc R8A779G0_PD_ALWAYS_ON>; > + resets =3D <&cpg 411>; > + reset-names =3D "du.0"; > + renesas,vsps =3D <&vspd0 0>, <&vspd1 0>; > + > + status =3D "disabled"; > + > + ports { > + #address-cells =3D <1>; > + #size-cells =3D <0>; > + > + port@0 { > + reg =3D <0>; > + du_out_dsi0: endpoint { > + remote-endpoint =3D <&dsi= 0_in>; > + }; > + }; > + > + port@1 { > + reg =3D <1>; > + du_out_dsi1: endpoint { > + remote-endpoint =3D <&dsi= 1_in>; > + }; > + }; > + }; > + }; > + > + dsi0: dsi-encoder@fed80000 { > + compatible =3D "renesas,r8a779g0-dsi-csi2-tx"; > + reg =3D <0 0xfed80000 0 0x10000>; > + power-domains =3D <&sysc R8A779G0_PD_ALWAYS_ON>; > + clocks =3D <&cpg CPG_MOD 415>, > + <&cpg CPG_CORE R8A779G0_CLK_DSIEXT>, > + <&cpg CPG_CORE R8A779G0_CLK_DSIREF>; > + clock-names =3D "fck", "dsi", "pll"; > + resets =3D <&cpg 415>; blank line here to separate it, and highlight that it's disabled? (Like is done for DU? > + status =3D "disabled"; > + > + ports { > + #address-cells =3D <1>; > + #size-cells =3D <0>; > + > + port@0 { > + reg =3D <0>; > + dsi0_in: endpoint { > + remote-endpoint =3D <&du_= out_dsi0>; > + }; > + }; > + > + port@1 { > + reg =3D <1>; > + }; > + }; > + }; > + > + dsi1: dsi-encoder@fed90000 { > + compatible =3D "renesas,r8a779g0-dsi-csi2-tx"; > + reg =3D <0 0xfed90000 0 0x10000>; > + power-domains =3D <&sysc R8A779G0_PD_ALWAYS_ON>; > + clocks =3D <&cpg CPG_MOD 416>, > + <&cpg CPG_CORE R8A779G0_CLK_DSIEXT>, > + <&cpg CPG_CORE R8A779G0_CLK_DSIREF>; > + clock-names =3D "fck", "dsi", "pll"; > + resets =3D <&cpg 416>; Same. With the VSPD register ranges increased accordingly: Reviewed-by: Kieran Bingham > + status =3D "disabled"; > + > + ports { > + #address-cells =3D <1>; > + #size-cells =3D <0>; > + > + port@0 { > + reg =3D <0>; > + dsi1_in: endpoint { > + remote-endpoint =3D <&du_= out_dsi1>; > + }; > + }; > + > + port@1 { > + reg =3D <1>; > + }; > + }; > + }; > + > }; > =20 > timer { > --=20 > 2.34.1 >