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 987E9C433EF for ; Fri, 17 Jun 2022 22:32:34 +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=NO6gzlM6ySG68yqizytFuFyMTN4Bscq9Zsk8tspPA64=; b=KwKzDRygzPmKvD we5Et0hm3qhZ73Pd6wu/swqT94D+J7Cq4nTXwZ5/pvr+JHM/7uQaCWdBRMUP42Qar6lTbuzdLPwY2 yQg3xnhijfTfLHgqKPw5ZH1pFYDnP95UPjXtoPJBJI1VVVwWdsiRUU4NmN79atpxtFVzjPCjbcoXS Esapml2UgqlQd2kkGqm4+SEXNtJSrLnlGUV9FjE61twLuPSvyRYn5TSuyjhGcmFHVaC9krb9WXjub i91vL8FFDXAKV6V8e7P0OqUgXQ5DpoY+5SutFW31gh0tlE5GkFaipwNHtYEDoJP2bo+oedlWqxbSI 8IiPxuPbqdRBPt3M6T9A==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1o2KV1-009QNj-RI; Fri, 17 Jun 2022 22:31:31 +0000 Received: from perceval.ideasonboard.com ([213.167.242.64]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1o2KUy-009QKx-0a for linux-arm-kernel@lists.infradead.org; Fri, 17 Jun 2022 22:31:29 +0000 Received: from pendragon.ideasonboard.com (62-78-145-57.bb.dnainternet.fi [62.78.145.57]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 2D467383; Sat, 18 Jun 2022 00:31:22 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1655505082; bh=NzOouFaqwht6MFYjFoZ+iNTXZeUlvNGeD7j70qippqM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=eH83xDr+aehU/orRUVmTnBjhw6uqO9cTN+5C7Dl4Dq3/IAGskvbADdhJKmfECvsxj goGePIG8Hv1j1YiA+onr6V/NZ7Qx1OrmOhAAI/hBqQh7qbhhbX51bvV76KGwzaIlIY 9/dwhV+pXefaJF0wk0y++Q53Q5DmUON07084XT34= Date: Sat, 18 Jun 2022 01:31:10 +0300 From: Laurent Pinchart To: Alexander Stein Cc: linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-imx@nxp.com, kernel@pengutronix.de, Shawn Guo , Sascha Hauer , Fabio Estevam , Paul Elder Subject: Re: (EXT) [PATCH] arm64: dts: imx8mp: Add CSIS DT nodes Message-ID: References: <20220616161643.22867-1-laurent.pinchart@ideasonboard.com> <15420032.uLZWGnKmhe@steina-w> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <15420032.uLZWGnKmhe@steina-w> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220617_153128_244263_469AFA7B X-CRM114-Status: GOOD ( 26.76 ) 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 Hi Alexander, On Fri, Jun 17, 2022 at 08:43:53AM +0200, Alexander Stein wrote: > Hello Laurent, > > thanks for ths and the other MIPI CSI-2 related patches. > > Am Donnerstag, 16. Juni 2022, 18:16:43 CEST schrieb Laurent Pinchart: > > Add DT nodes for the two CSI-2 receivers of the i.MX8MP. > > > > Signed-off-by: Laurent Pinchart > > --- > > This patch depends on the DT bindings submitted in [1], for which I plan > > to submit a pull request for v5.20. > > > > [1] https://lore.kernel.org/linux-media/83e27382-6f97-015f-2ee1-f43820967093@linaro.org/T/#u > > --- > > arch/arm64/boot/dts/freescale/imx8mp.dtsi | 60 +++++++++++++++++++++++ > > 1 file changed, 60 insertions(+) > > > > diff --git a/arch/arm64/boot/dts/freescale/imx8mp.dtsi > > b/arch/arm64/boot/dts/freescale/imx8mp.dtsi index > > d9542dfff83f..c8ed206b7f41 100644 > > --- a/arch/arm64/boot/dts/freescale/imx8mp.dtsi > > +++ b/arch/arm64/boot/dts/freescale/imx8mp.dtsi > > @@ -1063,6 +1063,66 @@ media_blk_ctrl: blk-ctrl@32ec0000 { > > #power-domain-cells = <1>; > > }; > > > > + mipi_csi_0: csi@32e40000 { > > + compatible = "fsl,imx8mp-mipi-csi2", "fsl,imx8mm-mipi-csi2"; > > + reg = <0x32e40000 0x10000>; > > + interrupts = ; > > + clock-frequency = <500000000>; > > According to datasheet (IMX8MPIEC Rev 1, Table 1, Subsystem "MIPI Interface") > "MIPI CSI1" supports up to 500MHz only in single camera use and overdrive > mode. In normal mode only 400MHz are supported. For dual camera usage only up > to 266MHz is supported. I wasn't aware of that, thank you for the information. > Apparently this is when using ISP, things might be > different when using ISI. Table 13 documents the maximum frequencies of clocks MEDIA_CAM1_PIX_CLK_ROOT and MEDIA_CAM2_PIX_CLK_ROOT to be 400/500MHz (normal/overdrive) and 277/277MHz respectively, so I'd say this affects the ISI too. I wonder what causes the 266MHz constraint for dual camera mode. There's also a constraint of at most 375 MPixel/s aggregate performance for the two ISP instances, but I don't know if that's due to the memory bandwidth, or if it is on the input side in which case it may include blanking and translate directly to clock frequencies. If I had to guess, I'd say the former. > I'm hesitating specifying the overdrive mode > frequency here. Most users, most probably using normal mode, would have > requiring them to adjust this. > For dual camera this is even as low as 266MHz, but IMHO this is a special > case. I agree, we should at least lower the frequency to 400MHz here. Given that the frequency limit depends on whether one or two cameras are used, I'm actually tempted to either specify the worst case (2x 266MHz), or even drop the clock-frequency completely, forcing users to think about what they need. The driver however silently falls back to a default frequency of 166MHz when the property isn't set, so developers won't necessarily immediately notice that something is wrong, or why. Should I specify 400 MHz and 266 MHz here, or go for the safer option of 266 MHz and 266 MHz ? > > + clocks = <&clk IMX8MP_CLK_MEDIA_APB_ROOT>, > > + <&clk IMX8MP_CLK_MEDIA_CAM1_PIX_ROOT>, > > + <&clk IMX8MP_CLK_MEDIA_MIPI_PHY1_REF_ROOT>, > > + <&clk IMX8MP_CLK_MEDIA_AXI_ROOT>; > > + clock-names = "pclk", "wrap", "phy", "axi"; > > + assigned-clocks = <&clk IMX8MP_CLK_MEDIA_CAM1_PIX>; > > + assigned-clock-parents = <&clk IMX8MP_SYS_PLL2_1000M>; > > + assigned-clock-rates = <500000000>; > > + power-domains = <&media_blk_ctrl IMX8MP_MEDIABLK_PD_MIPI_CSI2_1>; > > + status = "disabled"; > > + > > + ports { > > + #address-cells = <1>; > > + #size-cells = <0>; > > + > > + port@0 { > > + reg = <0>; > > + }; > > + > > + port@1 { > > + reg = <1>; > > + }; > > + }; > > + }; > > + > > + mipi_csi_1: csi@32e50000 { > > + compatible = "fsl,imx8mp-mipi-csi2", "fsl,imx8mm-mipi-csi2"; > > + reg = <0x32e50000 0x10000>; > > + interrupts = ; > > + clock-frequency = <266000000>; > > For single camera usage this can even go as high as 277MHz. 266MHz is only for > dual camera use. > > > + clocks = <&clk IMX8MP_CLK_MEDIA_APB_ROOT>, > > + <&clk IMX8MP_CLK_MEDIA_CAM2_PIX_ROOT>, > > + <&clk IMX8MP_CLK_MEDIA_MIPI_PHY1_REF_ROOT>, > > + <&clk IMX8MP_CLK_MEDIA_AXI_ROOT>; > > + clock-names = "pclk", "wrap", "phy", "axi"; > > + assigned-clocks = <&clk IMX8MP_CLK_MEDIA_CAM2_PIX>; > > + assigned-clock-parents = <&clk IMX8MP_SYS_PLL2_1000M>; > > + assigned-clock-rates = <266000000>; > > + power-domains = <&media_blk_ctrl IMX8MP_MEDIABLK_PD_MIPI_CSI2_2>; > > + status = "disabled"; > > + > > + ports { > > + #address-cells = <1>; > > + #size-cells = <0>; > > + > > + port@0 { > > + reg = <0>; > > + }; > > + > > + port@1 { > > + reg = <1>; > > + }; > > + }; > > + }; > > + > > hsio_blk_ctrl: blk-ctrl@32f10000 { > > compatible = "fsl,imx8mp-hsio-blk-ctrl", "syscon"; > > reg = <0x32f10000 0x24>; > > > > base-commit: b13baccc3850ca8b8cccbf8ed9912dbaa0fdf7f3 -- Regards, Laurent Pinchart _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel