Since commit 1c4b6c3bcf30 ("i2c: imx: implement bus recovery") the driver
starts to use gpio/pinctrl to do i2c bus recovery.  But pinctrl is not
always available for platforms using this driver such as ls1021a and
ls1043a, and the device tree binding also mentioned this gpio based
recovery mechanism as optional.  The patch make it really optional that
the probe function won't bailout when pinctrl is not available and it
won't try to register recovery functions if pinctrl is NULL when the
PINCTRL is not enabled at all.

Signed-off-by: Li Yang <le...@freescale.com>
Cc: Gao Pan <b54...@freescale.com>
---
v2: bailout on -ENOMEM and -EPROBE_DEFER

 drivers/i2c/busses/i2c-imx.c | 10 ++++++++--
 1 file changed, 8 insertions(+), 2 deletions(-)

diff --git a/drivers/i2c/busses/i2c-imx.c b/drivers/i2c/busses/i2c-imx.c
index 9bb0b05..41289f8 100644
--- a/drivers/i2c/busses/i2c-imx.c
+++ b/drivers/i2c/busses/i2c-imx.c
@@ -1087,8 +1087,11 @@ static int i2c_imx_probe(struct platform_device *pdev)
                return ret;
        }
 
+       /* optional bus recovery feature through pinctrl */
        i2c_imx->pinctrl = devm_pinctrl_get(&pdev->dev);
-       if (IS_ERR(i2c_imx->pinctrl)) {
+       /* bailout on -ENOMEM or -EPROBE_DEFER, continue for other errors */
+       if (PTR_ERR(i2c_imx->pinctrl) == -ENOMEM ||
+                       PTR_ERR(i2c_imx->pinctrl) == -EPROBE_DEFER) {
                ret = PTR_ERR(i2c_imx->pinctrl);
                goto clk_disable;
        }
@@ -1126,7 +1129,10 @@ static int i2c_imx_probe(struct platform_device *pdev)
                goto clk_disable;
        }
 
-       i2c_imx_init_recovery_info(i2c_imx, pdev);
+       if (IS_ERR_OR_NULL(i2c_imx->pinctrl))
+               dev_info(&pdev->dev, "can't get pinctrl, bus recovery feature 
disabled\n");
+       else
+               i2c_imx_init_recovery_info(i2c_imx, pdev);
 
        /* Set up platform driver data */
        platform_set_drvdata(pdev, i2c_imx);
-- 
2.3.3

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to