Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp1483275pxf; Fri, 26 Mar 2021 08:30:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzQCdDi+RRbaAFKESccbKFEpaVOUUhd0z8ReOAM0wGZ1jANOKSMYnfEUdiwJxdJI++R0B4g X-Received: by 2002:aa7:cdcf:: with SMTP id h15mr15653688edw.28.1616772626182; Fri, 26 Mar 2021 08:30:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616772626; cv=none; d=google.com; s=arc-20160816; b=rEWFsQAeqDn8KmsagSnkZFPMvOTytgHi9P4Jc35hZJUsvY4ibMd38fjg8Osm9G+QdC 9rD1lU3oWQDaD+YQ5RwKb2uX53xlXPiUlxAMIYF3WGwyGRo6LXBvm0QfpebsMz0oR35n +b1wr0tlRFCnHgrRCx3dJzOQVv9OtcJzqNI6v8hrk4txwmcXROFrTveFkAmkGftjUwIa eEgwEEsk4ejXGJXLr51tyFikZUn8LAbLTLiksFzOOR6xzAXe9tk2/PxapzJvSeonZB4w B/vS7mIRDJQMsY/0JW+vKxA0hLhuL2QEOGr6qCI7A/lGCoejsvbwd4fbArW/mKsDrrE4 B2oQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:organization:references:in-reply-to:date:cc:to:from :subject:message-id; bh=RKRATHpp7jC7bJ+4oGICEVXxcKygl7wla4REAJSFrnk=; b=dQhJ7YHh8TnPzXP4zd6GRbu4VYMKg7Zv7cYw+Es/qKBIWPwtYSpj5FirgXjJNae6b7 P2jH73z39T9W1dgU7HodxPF/wNt0It6UEFeBaT4BMkKOu6CcHxn4X9IenBCs4mfiguzM g3VXApOqdqqJMJHtykjNH11YU8YMR8mh1UhYNm1kjjgCiwxhKsDMRF3rr5en+VvulDlO t3j/lCy+nX+dLgtkc1XTtT+XUYlmKoTu6KygbtQpIK9+anJW1Wc5I+tk9ueUmOaY9KcO kBkMIUqIZERKWtQ6r1dF5mdRXN3HVkrUgmq9YztEuKsT+ukVVWmYwgjJyh4C0cjXj+Z4 SUFw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bi21si2838015edb.439.2021.03.26.08.30.03; Fri, 26 Mar 2021 08:30:26 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230227AbhCZP2t (ORCPT + 99 others); Fri, 26 Mar 2021 11:28:49 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:38088 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230115AbhCZP2i (ORCPT ); Fri, 26 Mar 2021 11:28:38 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: ezequiel) with ESMTPSA id 80C151F470A1 Message-ID: <986ee841d0c512a6f0ffe9dfa2e0803980b02aa0.camel@collabora.com> Subject: Re: [PATCH v6 13/13] arm64: dts: imx8mq: Add node to G2 hardware From: Ezequiel Garcia To: Benjamin Gaignard , Philipp Zabel Cc: mchehab@kernel.org, robh+dt@kernel.org, shawnguo@kernel.org, s.hauer@pengutronix.de, festevam@gmail.com, lee.jones@linaro.org, gregkh@linuxfoundation.org, mripard@kernel.org, paul.kocialkowski@bootlin.com, wens@csie.org, jernej.skrabec@siol.net, hverkuil-cisco@xs4all.nl, emil.l.velikov@gmail.com, kernel@pengutronix.de, linux-imx@nxp.com, linux-media@vger.kernel.org, linux-rockchip@lists.infradead.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, devel@driverdev.osuosl.org, kernel@collabora.com Date: Fri, 26 Mar 2021 12:28:25 -0300 In-Reply-To: <4df3c9e4-0983-6007-f3b3-323882f903cf@collabora.com> References: <20210318082046.51546-1-benjamin.gaignard@collabora.com> <20210318082046.51546-14-benjamin.gaignard@collabora.com> <20210326142440.GD8441@pengutronix.de> <4df3c9e4-0983-6007-f3b3-323882f903cf@collabora.com> Organization: Collabora Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.38.2-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2021-03-26 at 15:33 +0100, Benjamin Gaignard wrote: > > Le 26/03/2021 à 15:24, Philipp Zabel a écrit : > > On Thu, Mar 18, 2021 at 09:20:46AM +0100, Benjamin Gaignard wrote: > > > Split VPU node in two: one for G1 and one for G2 since they are > > > different hardware blocks. > > > Add syscon for hardware control block. > > > Remove reg-names property that is useless. > > > Each VPU node only need one interrupt. > > > > > > Signed-off-by: Benjamin Gaignard > > > --- > > > version 5: > > >   - use syscon instead of VPU reset > > > > > >   arch/arm64/boot/dts/freescale/imx8mq.dtsi | 43 ++++++++++++++++++----- > > >   1 file changed, 34 insertions(+), 9 deletions(-) > > > > > > diff --git a/arch/arm64/boot/dts/freescale/imx8mq.dtsi b/arch/arm64/boot/dts/freescale/imx8mq.dtsi > > > index 17c449e12c2e..b537d153ebbd 100644 > > > --- a/arch/arm64/boot/dts/freescale/imx8mq.dtsi > > > +++ b/arch/arm64/boot/dts/freescale/imx8mq.dtsi > > > @@ -1329,15 +1329,16 @@ usb3_phy1: usb-phy@382f0040 { > > >                         status = "disabled"; > > >                 }; > > >   > > > -               vpu: video-codec@38300000 { > > > +               vpu_ctrl: syscon@38320000 { > > > +                       compatible = "nxp,imx8mq-vpu-ctrl", "syscon"; > > > +                       reg = <0x38320000 0x10000>; > > > +               }; > > > + > > > +               vpu_g1: video-codec@38300000 { > > >                         compatible = "nxp,imx8mq-vpu"; > > > -                       reg = <0x38300000 0x10000>, > > > -                             <0x38310000 0x10000>, > > > -                             <0x38320000 0x10000>; > > > -                       reg-names = "g1", "g2", "ctrl"; > > > -                       interrupts = , > > > -                                    ; > > > -                       interrupt-names = "g1", "g2"; > > > +                       reg = <0x38300000 0x10000>; > > > +                       interrupts = ; > > > +                       interrupt-names = "g1"; > > >                         clocks = <&clk IMX8MQ_CLK_VPU_G1_ROOT>, > > >                                  <&clk IMX8MQ_CLK_VPU_G2_ROOT>, > > >                                  <&clk IMX8MQ_CLK_VPU_DEC_ROOT>; > > > @@ -1350,9 +1351,33 @@ vpu: video-codec@38300000 { > > >                                                  <&clk IMX8MQ_VPU_PLL_OUT>, > > >                                                  <&clk IMX8MQ_SYS1_PLL_800M>, > > >                                                  <&clk IMX8MQ_VPU_PLL>; > > > -                       assigned-clock-rates = <600000000>, <600000000>, > > > +                       assigned-clock-rates = <600000000>, <300000000>, > > I'd like to see this mentioned in the commit message. > > Yes I would do that. > The value comes from the datasheet. > > > > > > +                                              <800000000>, <0>; > > > +                       power-domains = <&pgc_vpu>; > > > +                       nxp,imx8mq-vpu-ctrl = <&vpu_ctrl>; > > > +               }; > > > + > > > +               vpu_g2: video-codec@38310000 { > > > +                       compatible = "nxp,imx8mq-vpu-g2"; > > > +                       reg = <0x38310000 0x10000>; > > > +                       interrupts = ; > > > +                       interrupt-names = "g2"; > > > +                       clocks = <&clk IMX8MQ_CLK_VPU_G1_ROOT>, > > > +                                <&clk IMX8MQ_CLK_VPU_G2_ROOT>, > > > +                                <&clk IMX8MQ_CLK_VPU_DEC_ROOT>; > > > +                       clock-names = "g1", "g2",  "bus"; > > > +                       assigned-clocks = <&clk IMX8MQ_CLK_VPU_G1>, > > Can the G1 clock configuration be dropped from the G2 device node and > > the G2 clock configuration from the G1 device node? It looks weird that > > these devices configure each other's clocks. > > No because if only one device node is enabled we need to configure the both > clocks anyway. > Since this is akward, how about adding a comment here in the dtsi to clarify it? Thanks, Ezequiel