From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 57232CE7A81 for ; Mon, 25 Sep 2023 11:43:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=nUpAk8CoUr+XVXICYdMLJpsPNxCvdz4T8inRaqzKP48=; b=0fTlWKl8NJDq/+ u6RV/V3NGjf5bDGuGuKHSQF74zAx9T/DeiN6ZxpoPheCNEG+vqYmXwKLMxOx8s5SnFmG1KYM4TDNe rL32UYoqBrbOZf+xfQaoyEXmzMEaVhXS0jIrNeidXAKtybZOKClKjL9ReEIXqurDoCXasQWKZrb/Z SUgYspQoROU4FL6cK4Ct883/b8/OqL+OTHv0vMaWgIZ4jYQPgPtQvvdeyT21VEgng4Vd0z+koSHh4 qcgu7ACCBIgM0DNqIc+EFuFrZxYTeESZkiD3bu+jkURxxDQVo1bDwHbN74IgwCEvWL4kyn/hn/CY/ XP3jYInW2RxZdvldNI7w==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.96 #2 (Red Hat Linux)) id 1qkjzv-00EBhD-0p; Mon, 25 Sep 2023 11:43:31 +0000 Received: from perceval.ideasonboard.com ([213.167.242.64]) by bombadil.infradead.org with esmtps (Exim 4.96 #2 (Red Hat Linux)) id 1qkjzs-00EBfE-0y for linux-arm-kernel@lists.infradead.org; Mon, 25 Sep 2023 11:43:29 +0000 Received: from pendragon.ideasonboard.com (213-243-189-158.bb.dnainternet.fi [213.243.189.158]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id EC3322C6; Mon, 25 Sep 2023 13:41:41 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1695642102; bh=7drmX4x0568COQ3pmzKZZ5GBj/TdmLP8mLIm57UxoTk=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=kdMLdujFa+CaEAZgea7ohvBwyIGATOAD46fquHT85pDVPg8wfFfhb0E4VPru3Eiky TP6THd4p+RNmisuYDj1FxIsv93yIne1grVH2+/odWIVVe45WP0Hs9IVJPHlO4+eVUt RB4GmJgmkL1P+o0QWWp8EhRUF7D7dboQvBwuSg70= Date: Mon, 25 Sep 2023 14:43:32 +0300 From: Laurent Pinchart To: Alain Volmat Cc: Hugues Fruchet , Mauro Carvalho Chehab , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Maxime Coquelin , Alexandre Torgue , Russell King , Philipp Zabel , Sakari Ailus , Dan Scally , linux-media@vger.kernel.org, devicetree@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 4/5] ARM: dts: stm32: add dcmipp support to stm32mp135 Message-ID: <20230925114332.GC8583@pendragon.ideasonboard.com> References: <20230901155732.252436-1-alain.volmat@foss.st.com> <20230901155732.252436-5-alain.volmat@foss.st.com> <20230905090258.GC31594@pendragon.ideasonboard.com> <20230922160227.GA608616@gnbcxd0016.gnb.st.com> <20230922160818.GJ19112@pendragon.ideasonboard.com> <20230925113542.GA646870@gnbcxd0016.gnb.st.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20230925113542.GA646870@gnbcxd0016.gnb.st.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230925_044328_486906_003503F3 X-CRM114-Status: GOOD ( 35.00 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Mon, Sep 25, 2023 at 01:35:42PM +0200, Alain Volmat wrote: > On Fri, Sep 22, 2023 at 07:08:18PM +0300, Laurent Pinchart wrote: > > On Fri, Sep 22, 2023 at 06:02:27PM +0200, Alain Volmat wrote: > > > On Tue, Sep 05, 2023 at 12:02:58PM +0300, Laurent Pinchart wrote: > > > > On Fri, Sep 01, 2023 at 05:57:23PM +0200, Alain Volmat wrote: > > > > > From: Hugues Fruchet > > > > > > > > > > Add dcmipp support to STM32MP135. > > > > > > > > > > Signed-off-by: Hugues Fruchet > > > > > Signed-off-by: Alain Volmat > > > > > --- > > > > > arch/arm/boot/dts/st/stm32mp135.dtsi | 8 ++++++++ > > > > > 1 file changed, 8 insertions(+) > > > > > > > > > > diff --git a/arch/arm/boot/dts/st/stm32mp135.dtsi b/arch/arm/boot/dts/st/stm32mp135.dtsi > > > > > index abf2acd37b4e..beee9ec7ed0d 100644 > > > > > --- a/arch/arm/boot/dts/st/stm32mp135.dtsi > > > > > +++ b/arch/arm/boot/dts/st/stm32mp135.dtsi > > > > > @@ -8,5 +8,13 @@ > > > > > > > > > > / { > > > > > soc { > > > > > + dcmipp: dcmipp@5a000000 { > > > > > + compatible = "st,stm32mp13-dcmipp"; > > > > > + reg = <0x5a000000 0x400>; > > > > > + interrupts = ; > > > > > + resets = <&rcc DCMIPP_R>; > > > > > + clocks = <&rcc DCMIPP_K>; > > > > > + status = "disabled"; > > > > > > > > This needs a port, as it's marked as required in the bindings. You can > > > > leave the endpoint out. > > > > > > I first agreed with your comment but, having done the check (make > > > CHECK_DTBS=y ...) this doesn't seem to be required because the dcmipp > > > node is kept disabled within our dtsi. > > > > Interesting. > > > > > (it is later on only enabled in dts file which as well have the port > > > property). > > > Indeed, to check this I changed it to okay and DTC_CHK complained about > > > missing port property. > > > > > > Hence, I'd think that port doesn't have to be added in this dtsi file. > > > Would you agree with that ? > > > > I still think the port belongs here, as it's an intrinsic property of > > the dcmipp, not a property of the board. Does it cause any issue to add > > a port in the .dtsi ? > > I agree that the port refers more to the SoC (hence dtsi) rather than > the board (hence dts), however I am wondering if this is really > something usually done. I had a look at other dtsi with node related > to similar kind of devices and it seems to me that there is no such case > of a dtsi with a port having nothing in it. Did I missed something ? Look at the csi@32e4000 and csi@32e5000 nodes in arch/arm64/boot/dts/freescale/imx8mp.dtsi for instance. There are quite a few other examples. > > > > With this fixed, > > > > > > > > Reviewed-by: Laurent Pinchart > > > > > > > > > + }; > > > > > }; > > > > > }; -- Regards, Laurent Pinchart _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel