[PATCH 15/16] soc: imx: gpcv2: support reset defer probe
Ahmad Fatoum
a.fatoum at pengutronix.de
Thu Apr 29 09:39:14 BST 2021
Hi,
On 29.04.21 09:30, Peng Fan (OSS) wrote:
> From: Peng Fan <peng.fan at nxp.com>
>
> When gpcv2 probe, the reset controller might not be ready, so we need
> defer probe
>
> Signed-off-by: Peng Fan <peng.fan at nxp.com>
> ---
> drivers/soc/imx/gpcv2.c | 5 ++++-
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/soc/imx/gpcv2.c b/drivers/soc/imx/gpcv2.c
> index 072f519462a5..49dd137f6b94 100644
> --- a/drivers/soc/imx/gpcv2.c
> +++ b/drivers/soc/imx/gpcv2.c
> @@ -784,9 +784,12 @@ static int imx_pgc_domain_probe(struct platform_device *pdev)
> "Failed to get domain's clocks\n");
>
> domain->reset = devm_reset_control_array_get_optional_exclusive(domain->dev);
> - if (IS_ERR(domain->reset))
> + if (IS_ERR(domain->reset)) {
> + if (PTR_ERR(domain->reset) == -EPROBE_DEFER)
> + return -EPROBE_DEFER;
> return dev_err_probe(domain->dev, PTR_ERR(domain->reset),
> "Failed to get domain's resets\n");
dev_err_probe already propagates the error code in its second argument.
Seems to me this patch's only effect is to disable deferred probe reason tracking?
> + }
>
> pm_runtime_enable(domain->dev);
>
>
--
Pengutronix e.K. | |
Steuerwalder Str. 21 | http://www.pengutronix.de/ |
31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
More information about the linux-arm-kernel
mailing list