From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: Jisheng Zhang <jszhang@marvell.com>,
jarkko.nikula@linux.intel.com, mika.westerberg@linux.intel.com,
wsa@the-dreams.de
Cc: linux-i2c@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v3] i2c: designware-platdrv: fix unbalanced clk enable and prepare
Date: Thu, 21 Apr 2016 15:29:20 +0300 [thread overview]
Message-ID: <1461241760.6620.315.camel@linux.intel.com> (raw)
In-Reply-To: <1461237767-7928-1-git-send-email-jszhang@marvell.com>
On Thu, 2016-04-21 at 19:22 +0800, 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 rpm to disable
Sorry, didn't notice earlier
rpm -> runtime PM
> 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@marvell.com>
I don't know if Wolfram wants you to send new version, and I dunno if
others still have comments, but
Patch is in a good shape, but I think we have to carefully check the
runtime PM change.
> ---
> 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);
>
> return 0;
> }
--
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy
WARNING: multiple messages have this Message-ID (diff)
From: andriy.shevchenko@linux.intel.com (Andy Shevchenko)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3] i2c: designware-platdrv: fix unbalanced clk enable and prepare
Date: Thu, 21 Apr 2016 15:29:20 +0300 [thread overview]
Message-ID: <1461241760.6620.315.camel@linux.intel.com> (raw)
In-Reply-To: <1461237767-7928-1-git-send-email-jszhang@marvell.com>
On Thu, 2016-04-21 at 19:22 +0800, 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 rpm to disable
Sorry, didn't notice earlier
rpm -> runtime PM
> 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@marvell.com>
I don't know if Wolfram wants you to send new version, and I dunno if
others still have comments, but
Patch is in a good shape, but I think we have to carefully check the
runtime PM change.
> ---
> 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);
> ?
> ? return 0;
> ?}
--
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy
next prev parent reply other threads:[~2016-04-21 12:28 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-21 11:22 [PATCH v3] i2c: designware-platdrv: fix unbalanced clk enable and prepare Jisheng Zhang
2016-04-21 11:22 ` Jisheng Zhang
2016-04-21 11:22 ` Jisheng Zhang
2016-04-21 12:29 ` Andy Shevchenko [this message]
2016-04-21 12:29 ` Andy Shevchenko
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=1461241760.6620.315.camel@linux.intel.com \
--to=andriy.shevchenko@linux.intel.com \
--cc=jarkko.nikula@linux.intel.com \
--cc=jszhang@marvell.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mika.westerberg@linux.intel.com \
--cc=wsa@the-dreams.de \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.