Re: [PATCH v4] i2c: designware-platdrv: fix unbalanced clk enable and prepare

From: Jisheng Zhang
Date: Mon Apr 25 2016 - 05:18:17 EST


Dear Andy

On Mon, 25 Apr 2016 12:07:15 +0300 Andy Shevchenko wrote:

> On Fri, 2016-04-22 at 16:59 +0300, Jarkko Nikula wrote:
> > Hi
> >
> > On 04/22/2016 11:49 AM, Jisheng Zhang wrote:
> > >
> > > If i2c_dw_probe() fails, we should disable and unprepare the clock,
> > > otherwise the clock enable and prepare is left unbalanced.
> > >
> > > In dw_i2c_plat_remove(), we'd better to not rely on runtime PM to
> > > disable and unprepare the clock since CONFIG_PM may be disabled when
> > > configuring the kernel. So we explicitly disable and unprepare the
> > > clock in dw_i2c_plat_remove() rather than implicitly rely on
> > > pm_runtime_put_sync(). To keep the device usage count balanced, we
> > > call pm_runtime_put_noidle() to decrease the usage count.
> > >
> > > Signed-off-by: Jisheng Zhang <jszhang@xxxxxxxxxxx>
> > > ---
> > > Â Since v3:
> > > ÂÂÂ- use runtime PM rather than rpm in commit msg
> > > ÂÂÂ- remove duplicated "(" in commit msg
> > >
> > > Â Since v2:
> > > ÂÂÂ- s/clk/clock
> > > ÂÂÂ- describe why use pm_runtime_put_noidle()
> > >
> > > Â Since v1:
> > > ÂÂÂ- fix commit msg: "not rely on rpm" rather than "rely on rpm"
> > > ÂÂÂ- call i2c_dw_plat_prepare_clk after pm_rumtime_disable()
> > > Â drivers/i2c/busses/i2c-designware-platdrv.c | 16 ++++++++++------
> > > Â 1 file changed, 10 insertions(+), 6 deletions(-)
> > >
> > > diff --git a/drivers/i2c/busses/i2c-designware-platdrv.c
> > > b/drivers/i2c/busses/i2c-designware-platdrv.c
> > > index d656657..a771781 100644
> > > --- a/drivers/i2c/busses/i2c-designware-platdrv.c
> > > +++ b/drivers/i2c/busses/i2c-designware-platdrv.c
> > > @@ -253,8 +253,11 @@ static int dw_i2c_plat_probe(struct
> > > platform_device *pdev)
> > > ÂÂ }
> > >
> > > ÂÂ r = i2c_dw_probe(dev);
> > > - if (r && !dev->pm_runtime_disabled)
> > > - pm_runtime_disable(&pdev->dev);
> > > + if (r) {
> > > + if (!dev->pm_runtime_disabled)
> > > + pm_runtime_disable(&pdev->dev);
> > > + i2c_dw_plat_prepare_clk(dev, false);
> > > + }
> > >
> > > ÂÂ return r;
> > > Â }
> > > @@ -264,15 +267,16 @@ static int dw_i2c_plat_remove(struct
> > > platform_device *pdev)
> > > ÂÂ struct dw_i2c_dev *dev = platform_get_drvdata(pdev);
> > >
> > > ÂÂ pm_runtime_get_sync(&pdev->dev);
> > > + pm_runtime_dont_use_autosuspend(&pdev->dev);
> > > + if (!dev->pm_runtime_disabled)
> > > + pm_runtime_disable(&pdev->dev);
> > > + pm_runtime_put_noidle(&pdev->dev);
> > >
> > > ÂÂ i2c_del_adapter(&dev->adapter);
> > >
> > > ÂÂ i2c_dw_disable(dev);
> > >
> > > - pm_runtime_dont_use_autosuspend(&pdev->dev);
> > > - pm_runtime_put_sync(&pdev->dev);
> > > - if (!dev->pm_runtime_disabled)
> > > - pm_runtime_disable(&pdev->dev);
> > > + i2c_dw_plat_prepare_clk(dev, false);
> > >
> > This feels a bit an invasive change to me for unbalanced clockÂ
> > enable/disable and I noticed this changes semantics howÂ
> > drivers/acpi/acpi_lpss.c devices are shutdown when removing the
> > driver.Â
> > Although I didn't notice does it cause any regression.
> >
> > Before patch:
> > 1. drivers/base/dd.c: __device_release_driver()
> > ÂÂÂÂ- pm_runtime_get_sync()
> > ÂÂÂÂÂÂ-> acpi_device_set_power(D0)
> > ÂÂÂÂÂÂÂÂÂacpi_lpss_restore_ctx()
> > ÂÂÂÂÂÂÂÂÂdw_i2c_plat_resume()
> > 2. dw_i2c_plat_remove()
> > ÂÂÂÂ- pm_runtime_dont_use_autosuspend()
> > ÂÂÂÂÂÂpm_runtime_put_sync()
> > ÂÂÂÂÂÂ-> dw_i2c_plat_suspend()
> > ÂÂÂÂÂÂÂÂÂacpi_lpss_save_ctx()
> > ÂÂÂÂÂÂÂÂÂacpi_device_set_power(D3)
> > 3. __device_release_driver() continue
> > ÂÂÂÂ- dev->pm_domain->dismiss(dev)
> > ÂÂÂÂÂÂ-> acpi_lpss_dismiss() ... -> acpi_device_set_power(D3)
> >
> > After patch:
> > 1. drivers/base/dd.c: __device_release_driver()
> > Â - pm_runtime_get_sync()
> > ÂÂÂÂ-> acpi_device_set_power(D0)
> > ÂÂÂÂÂÂÂacpi_lpss_restore_ctx()
> > ÂÂÂÂÂÂÂdw_i2c_plat_resume()
> > 2. dw_i2c_plat_remove()
> > ÂÂÂÂ- pm_runtime_dont_use_autosuspend()
> > ÂÂÂÂÂÂpm_runtime_put_noidle()
> > ÂÂÂÂÂÂ* no device suspending and acpi_lpss_save_ctx()
> > 3. __device_release_driver() continue
> > ÂÂÂÂ- dev->pm_domain->dismiss(dev)
> > ÂÂÂÂ-> acpi_lpss_dismiss() ... -> acpi_device_set_power(D3)
> > ÂÂÂÂÂÂ* powers down here
> >
> > So after patch there is no acpi_lpss_save_ctx() call but I don't seeÂ
> > does it cause any issue here. Maybe it's better to track clock only.Â
> > What you think Andy?
>
> Now it looks like two fixes in one patch. From the commit message I
> didn't get the relation between change runtime PM call (one to the
> other) and clock (un)preparation.
>

I'm not sure I got your points. There are two unbalanced clk enable and
prepare issues before the patch:

one is in the i2c_dw_probe() failure path. another is in the remove path when
CONFIG_PM is disabled.

The patch addresses this unbalance.

Thanks,
Jisheng