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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 946CDC4321E for ; Sun, 21 Nov 2021 22:30:46 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233092AbhKUWds (ORCPT ); Sun, 21 Nov 2021 17:33:48 -0500 Received: from perceval.ideasonboard.com ([213.167.242.64]:54720 "EHLO perceval.ideasonboard.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230090AbhKUWdr (ORCPT ); Sun, 21 Nov 2021 17:33:47 -0500 Received: from pendragon.ideasonboard.com (62-78-145-57.bb.dnainternet.fi [62.78.145.57]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id 754ED9DD; Sun, 21 Nov 2021 23:30:40 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1637533840; bh=u+LCXcKgD3CQv4a7GesCp6npU+9K0WaYiowSO5x1OXc=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=RpkPn+LTjWca4aqiRCkIUwVnTsmUgJ1T73HoSxhsMDcinwFYr48/yWq3by+6fKshR BwEzlfBQDwUS0vDDCpi2aid43yepFnGJkyehbj0gvO+4UsmLEpyOagi1BgXXfJBRGF p2S4maHR29wr8+CGAoTYRtY9+Op3mcs0xKKeuURo= Date: Mon, 22 Nov 2021 00:30:17 +0200 From: Laurent Pinchart To: Adam Ford Cc: linux-arm-kernel@lists.infradead.org, tharvey@gateworks.com, frieder.schrempf@kontron.de, linux-media@vger.kernel.org, aford@beaconembedded.com, cstevens@beaconembedded.com, jagan@amarulasolutions.com, Rob Herring , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , NXP Linux Team , Catalin Marinas , Will Deacon , Peng Fan , Lucas Stach , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH V2 1/5] soc: imx: imx8m-blk-ctrl: Fix imx8mm mipi reset Message-ID: References: <20211106155427.753197-1-aford173@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Adam, On Mon, Nov 22, 2021 at 12:25:31AM +0200, Laurent Pinchart wrote: > On Sat, Nov 06, 2021 at 10:54:23AM -0500, Adam Ford wrote: > > Most of the blk-ctrl reset bits are found in one register, however > > there are two bits in offset 8 for pulling the MIPI DPHY out of reset > > and these need to be set when IMX8MM_DISPBLK_PD_MIPI_CSI is brought > > out of reset or the MIPI_CSI hangs. > > > > Fixes: 926e57c065df ("soc: imx: imx8m-blk-ctrl: add DISP blk-ctrl") > > Signed-off-by: Adam Ford > > --- > > > > V2: Make a note that the extra register is only for Mini/Nano DISPLAY_BLK_CTRL > > Rename the new register to mipi_phy_rst_mask > > Encapsulate the edits to this register with an if-statement > > > > drivers/soc/imx/imx8m-blk-ctrl.c | 18 ++++++++++++++++++ > > 1 file changed, 18 insertions(+) > > > > diff --git a/drivers/soc/imx/imx8m-blk-ctrl.c b/drivers/soc/imx/imx8m-blk-ctrl.c > > index 519b3651d1d9..581eb4bc7f7d 100644 > > --- a/drivers/soc/imx/imx8m-blk-ctrl.c > > +++ b/drivers/soc/imx/imx8m-blk-ctrl.c > > @@ -17,6 +17,7 @@ > > > > #define BLK_SFT_RSTN 0x0 > > #define BLK_CLK_EN 0x4 > > +#define BLK_MIPI_RESET_DIV 0x8 /* Mini/Nano DISPLAY_BLK_CTRL only */ > > > > struct imx8m_blk_ctrl_domain; > > > > @@ -36,6 +37,15 @@ struct imx8m_blk_ctrl_domain_data { > > const char *gpc_name; > > u32 rst_mask; > > u32 clk_mask; > > + > > + /* > > + * i.MX8M Mini and Nano have a third DISPLAY_BLK_CTRL register > > + * which is used to control the reset for the MIPI Phy. > > + * Since it's only present in certain circumstances, > > + * an if-statement should be used before setting and clearing this > > + * register. > > + */ > > + u32 mipi_phy_rst_mask; > > }; > > > > #define DOMAIN_MAX_CLKS 3 > > @@ -78,6 +88,8 @@ static int imx8m_blk_ctrl_power_on(struct generic_pm_domain *genpd) > > > > /* put devices into reset */ > > regmap_clear_bits(bc->regmap, BLK_SFT_RSTN, data->rst_mask); > > + if (data->mipi_phy_rst_mask) > > + regmap_clear_bits(bc->regmap, BLK_MIPI_RESET_DIV, data->mipi_phy_rst_mask); > > > > /* enable upstream and blk-ctrl clocks to allow reset to propagate */ > > ret = clk_bulk_prepare_enable(data->num_clks, domain->clks); > > @@ -99,6 +111,8 @@ static int imx8m_blk_ctrl_power_on(struct generic_pm_domain *genpd) > > > > /* release reset */ > > regmap_set_bits(bc->regmap, BLK_SFT_RSTN, data->rst_mask); > > + if (data->mipi_phy_rst_mask) > > + regmap_set_bits(bc->regmap, BLK_MIPI_RESET_DIV, data->mipi_phy_rst_mask); > > > > /* disable upstream clocks */ > > clk_bulk_disable_unprepare(data->num_clks, domain->clks); > > @@ -120,6 +134,9 @@ static int imx8m_blk_ctrl_power_off(struct generic_pm_domain *genpd) > > struct imx8m_blk_ctrl *bc = domain->bc; > > > > /* put devices into reset and disable clocks */ > > + if (data->mipi_phy_rst_mask) > > + regmap_clear_bits(bc->regmap, BLK_MIPI_RESET_DIV, data->mipi_phy_rst_mask); > > + > > Is it the best option to enable/disable both the master and slave MIPI > DPHY, regardless of whether they're used or not ? Or would it be better > to implement a reset controller to expose the two resets independently, > and acquire them from the corresponding display and camera drivers ? And I've now seen this has been raised by Jagan. I'll reply to that e-mail. > > regmap_clear_bits(bc->regmap, BLK_SFT_RSTN, data->rst_mask); > > regmap_clear_bits(bc->regmap, BLK_CLK_EN, data->clk_mask); > > > > @@ -488,6 +505,7 @@ static const struct imx8m_blk_ctrl_domain_data imx8mm_disp_blk_ctl_domain_data[] > > .gpc_name = "mipi-csi", > > .rst_mask = BIT(3) | BIT(4), > > .clk_mask = BIT(10) | BIT(11), > > + .mipi_phy_rst_mask = BIT(16) | BIT(17), > > }, > > }; > > -- Regards, Laurent Pinchart