From: Peng Fan <peng.fan@oss.nxp.com>
To: Marek Vasut <marex@denx.de>, linux-pm@vger.kernel.org
Cc: Adam Ford <aford173@gmail.com>, Fabio Estevam <festevam@denx.de>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Jacky Bai <ping.bai@nxp.com>, Kevin Hilman <khilman@kernel.org>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
Len Brown <len.brown@intel.com>,
Liam Girdwood <lgirdwood@gmail.com>,
Lucas Stach <l.stach@pengutronix.de>,
Mark Brown <broonie@kernel.org>,
Martin Kepplinger <martink@posteo.de>,
Pavel Machek <pavel@ucw.cz>, Peng Fan <peng.fan@nxp.com>,
Pengutronix Kernel Team <kernel@pengutronix.de>,
Philipp Zabel <p.zabel@pengutronix.de>,
"Rafael J . Wysocki" <rafael@kernel.org>,
Sascha Hauer <s.hauer@pengutronix.de>,
Shawn Guo <shawnguo@kernel.org>,
Shengjiu Wang <shengjiu.wang@nxp.com>,
Stephen Boyd <sboyd@kernel.org>,
Ulf Hansson <ulf.hansson@linaro.org>,
linux-clk@vger.kernel.org, linux-imx@nxp.com
Subject: Re: [PATCH 2/3] [RFC] soc: imx: gpcv2: Split clock prepare from clock enable in the domain
Date: Fri, 11 Nov 2022 16:27:40 +0800 [thread overview]
Message-ID: <b27e4649-e914-2269-f33d-e0c4370f5ff2@oss.nxp.com> (raw)
In-Reply-To: <20221108013517.749665-2-marex@denx.de>
Hi Marek,
On 11/8/2022 9:35 AM, Marek Vasut wrote:
> It is possible for clk_disable_unused() to trigger lockdep warning
> regarding lock ordering in this driver. This happens in case of the
> following conditions:
>
> A) clock core clk_disable_unused() triggers the following sequence in a
> driver which also uses GPCv2 domain:
> - clk_prepare_lock() -> obtains clock core prepare_lock
> - pm_runtime_get*() -> obtains &blk_ctrl_genpd_lock_class
>
> B) driver powers up a power domain and triggers the following sequence
> in GPCv2:
> - pm_runtime_get_sync() -> obtains &blk_ctrl_genpd_lock_class
> - clk_bulk_prepare_enable() -> obtains clock core prepare_lock
>
> This can lead to a deadlock in case A and B runs on separate CPUs.
>
> To avoid the deadlock, split clk_*prepare() from clk_*enable() and call
> the former in power_pre_on() callback, before pm_runtime_get_sync(). The
> reverse is implemented in the power_off_post() callback in the same way.
> This way, the GPCv2 driver always claims the prepare_lock before
> blk_ctrl_genpd_lock_class and the deadlock is avoided.
How about using notifier such as, GENPD_NOTIFY_PRE_ON?
Regards,
>
> Signed-off-by: Marek Vasut <marex@denx.de>
> ---
> Cc: Adam Ford <aford173@gmail.com>
> Cc: Fabio Estevam <festevam@denx.de>
> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> Cc: Jacky Bai <ping.bai@nxp.com>
> Cc: Kevin Hilman <khilman@kernel.org>
> Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> Cc: Len Brown <len.brown@intel.com>
> Cc: Liam Girdwood <lgirdwood@gmail.com>
> Cc: Lucas Stach <l.stach@pengutronix.de>
> Cc: Marek Vasut <marex@denx.de>
> Cc: Mark Brown <broonie@kernel.org>
> Cc: Martin Kepplinger <martink@posteo.de>
> Cc: Pavel Machek <pavel@ucw.cz>
> Cc: Peng Fan <peng.fan@nxp.com>
> Cc: Pengutronix Kernel Team <kernel@pengutronix.de>
> Cc: Philipp Zabel <p.zabel@pengutronix.de>
> Cc: Rafael J. Wysocki <rafael@kernel.org>
> Cc: Sascha Hauer <s.hauer@pengutronix.de>
> Cc: Shawn Guo <shawnguo@kernel.org>
> Cc: Shengjiu Wang <shengjiu.wang@nxp.com>
> Cc: Stephen Boyd <sboyd@kernel.org>
> Cc: Ulf Hansson <ulf.hansson@linaro.org>
> Cc: linux-clk@vger.kernel.org
> Cc: linux-imx@nxp.com
> Cc: linux-pm@vger.kernel.org
> To: linux-arm-kernel@lists.infradead.org
> ---
> drivers/soc/imx/gpcv2.c | 74 ++++++++++++++++++++++++++++++++++++-----
> 1 file changed, 66 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/soc/imx/gpcv2.c b/drivers/soc/imx/gpcv2.c
> index 7a47d14fde445..8d27a227ba02d 100644
> --- a/drivers/soc/imx/gpcv2.c
> +++ b/drivers/soc/imx/gpcv2.c
> @@ -298,6 +298,8 @@ struct imx_pgc_domain {
>
> unsigned int pgc_sw_pup_reg;
> unsigned int pgc_sw_pdn_reg;
> +
> + int enabled;
> };
>
> struct imx_pgc_domain_data {
> @@ -313,6 +315,52 @@ to_imx_pgc_domain(struct generic_pm_domain *genpd)
> return container_of(genpd, struct imx_pgc_domain, genpd);
> }
>
> +static int imx_pgc_power_pre_up(struct generic_pm_domain *genpd)
> +{
> + struct imx_pgc_domain *domain = to_imx_pgc_domain(genpd);
> + int ret;
> +
> + ret = clk_bulk_prepare(domain->num_clks, domain->clks);
> + if (ret)
> + dev_err(domain->dev, "failed to prepare reset clocks\n");
> +
> + return ret;
> +}
> +
> +static int imx_pgc_power_post_up(struct generic_pm_domain *genpd)
> +{
> + struct imx_pgc_domain *domain = to_imx_pgc_domain(genpd);
> +
> + if (!domain->keep_clocks && domain->enabled)
> + clk_bulk_unprepare(domain->num_clks, domain->clks);
> +
> + return 0;
> +}
> +
> +static int imx_pgc_power_down_pre(struct generic_pm_domain *genpd)
> +{
> + struct imx_pgc_domain *domain = to_imx_pgc_domain(genpd);
> + int ret;
> +
> + if (!domain->keep_clocks || !domain->enabled) {
> + ret = clk_bulk_prepare(domain->num_clks, domain->clks);
> + if (ret)
> + dev_err(domain->dev, "failed to prepare reset clocks\n");
> + }
> +
> + return ret;
> +}
> +
> +static int imx_pgc_power_down_post(struct generic_pm_domain *genpd)
> +{
> + struct imx_pgc_domain *domain = to_imx_pgc_domain(genpd);
> +
> + if (!domain->keep_clocks || !domain->enabled)
> + clk_bulk_unprepare(domain->num_clks, domain->clks);
> +
> + return 0;
> +}
> +
> static int imx_pgc_power_up(struct generic_pm_domain *genpd)
> {
> struct imx_pgc_domain *domain = to_imx_pgc_domain(genpd);
> @@ -338,7 +386,7 @@ static int imx_pgc_power_up(struct generic_pm_domain *genpd)
> reset_control_assert(domain->reset);
>
> /* Enable reset clocks for all devices in the domain */
> - ret = clk_bulk_prepare_enable(domain->num_clks, domain->clks);
> + ret = clk_bulk_enable(domain->num_clks, domain->clks);
> if (ret) {
> dev_err(domain->dev, "failed to enable reset clocks\n");
> goto out_regulator_disable;
> @@ -397,12 +445,14 @@ static int imx_pgc_power_up(struct generic_pm_domain *genpd)
>
> /* Disable reset clocks for all devices in the domain */
> if (!domain->keep_clocks)
> - clk_bulk_disable_unprepare(domain->num_clks, domain->clks);
> + clk_bulk_disable(domain->num_clks, domain->clks);
> +
> + domain->enabled++;
>
> return 0;
>
> out_clk_disable:
> - clk_bulk_disable_unprepare(domain->num_clks, domain->clks);
> + clk_bulk_disable(domain->num_clks, domain->clks);
> out_regulator_disable:
> if (!IS_ERR(domain->regulator))
> regulator_disable(domain->regulator);
> @@ -420,7 +470,7 @@ static int imx_pgc_power_down(struct generic_pm_domain *genpd)
>
> /* Enable reset clocks for all devices in the domain */
> if (!domain->keep_clocks) {
> - ret = clk_bulk_prepare_enable(domain->num_clks, domain->clks);
> + ret = clk_bulk_enable(domain->num_clks, domain->clks);
> if (ret) {
> dev_err(domain->dev, "failed to enable reset clocks\n");
> return ret;
> @@ -467,7 +517,7 @@ static int imx_pgc_power_down(struct generic_pm_domain *genpd)
> }
>
> /* Disable reset clocks for all devices in the domain */
> - clk_bulk_disable_unprepare(domain->num_clks, domain->clks);
> + clk_bulk_disable(domain->num_clks, domain->clks);
>
> if (!IS_ERR(domain->regulator)) {
> ret = regulator_disable(domain->regulator);
> @@ -479,13 +529,17 @@ static int imx_pgc_power_down(struct generic_pm_domain *genpd)
> }
> }
>
> + domain->enabled--;
> +
> pm_runtime_put_sync_suspend(domain->dev);
>
> return 0;
>
> out_clk_disable:
> if (!domain->keep_clocks)
> - clk_bulk_disable_unprepare(domain->num_clks, domain->clks);
> + clk_bulk_disable(domain->num_clks, domain->clks);
> +
> + domain->enabled--;
>
> return ret;
> }
> @@ -1514,8 +1568,12 @@ static int imx_gpcv2_probe(struct platform_device *pdev)
> domain->regmap = regmap;
> domain->regs = domain_data->pgc_regs;
>
> - domain->genpd.power_on = imx_pgc_power_up;
> - domain->genpd.power_off = imx_pgc_power_down;
> + domain->genpd.power_pre_on = imx_pgc_power_pre_up;
> + domain->genpd.power_on = imx_pgc_power_up;
> + domain->genpd.power_post_on = imx_pgc_power_post_up;
> + domain->genpd.power_off_pre = imx_pgc_power_down_pre;
> + domain->genpd.power_off = imx_pgc_power_down;
> + domain->genpd.power_off_post = imx_pgc_power_down_post;
>
> pd_pdev->dev.parent = dev;
> pd_pdev->dev.of_node = np;
next prev parent reply other threads:[~2022-11-11 8:28 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-08 1:35 [PATCH 1/3] [RFC] PM: domains: Introduce .power_pre/post_on/off callbacks Marek Vasut
2022-11-08 1:35 ` [PATCH 2/3] [RFC] soc: imx: gpcv2: Split clock prepare from clock enable in the domain Marek Vasut
2022-11-11 8:27 ` Peng Fan [this message]
2022-11-08 1:35 ` [PATCH 3/3] [RFC] soc: imx: imx8m-blk-ctrl: " Marek Vasut
2022-11-09 13:19 ` [PATCH 1/3] [RFC] PM: domains: Introduce .power_pre/post_on/off callbacks Laurent Pinchart
2022-11-09 13:25 ` Marek Vasut
2022-11-14 19:40 ` Ulf Hansson
2022-11-14 20:32 ` Marek Vasut
2022-11-16 12:41 ` Ulf Hansson
2022-11-16 13:25 ` Lucas Stach
2022-11-16 16:30 ` Ulf Hansson
2023-01-04 8:37 ` Peng Fan
2023-01-18 12:55 ` Ulf Hansson
2023-01-18 13:07 ` Marek Vasut
2023-02-16 1:47 ` Peng Fan
2023-02-16 10:48 ` Ulf Hansson
2023-03-01 0:52 ` Peng Fan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=b27e4649-e914-2269-f33d-e0c4370f5ff2@oss.nxp.com \
--to=peng.fan@oss.nxp.com \
--cc=aford173@gmail.com \
--cc=broonie@kernel.org \
--cc=festevam@denx.de \
--cc=gregkh@linuxfoundation.org \
--cc=kernel@pengutronix.de \
--cc=khilman@kernel.org \
--cc=l.stach@pengutronix.de \
--cc=laurent.pinchart@ideasonboard.com \
--cc=len.brown@intel.com \
--cc=lgirdwood@gmail.com \
--cc=linux-clk@vger.kernel.org \
--cc=linux-imx@nxp.com \
--cc=linux-pm@vger.kernel.org \
--cc=marex@denx.de \
--cc=martink@posteo.de \
--cc=p.zabel@pengutronix.de \
--cc=pavel@ucw.cz \
--cc=peng.fan@nxp.com \
--cc=ping.bai@nxp.com \
--cc=rafael@kernel.org \
--cc=s.hauer@pengutronix.de \
--cc=sboyd@kernel.org \
--cc=shawnguo@kernel.org \
--cc=shengjiu.wang@nxp.com \
--cc=ulf.hansson@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox