All of lore.kernel.org
 help / color / mirror / Atom feed
From: Zhoujie Wu <zjwu@marvell.com>
To: Adrian Hunter <adrian.hunter@intel.com>,
	ulf.hansson@linaro.org, linux-mmc@vger.kernel.org
Cc: zmxu@marvell.com, jszhang@marvell.com, nadavh@marvell.com,
	xigu@marvell.com, xswang@marvell.com, dingwei@marvell.com,
	kostap@marvell.com, hannah@marvell.com, hongd@marvell.com,
	dougj@marvell.com, ygao@marvell.com, liuw@marvell.com,
	gregory.clement@free-electrons.com,
	thomas.petazzoni@free-electrons.com
Subject: Re: [PATCH 1/2] mmc: sdhci-xenon: add runtime pm support
Date: Mon, 28 Aug 2017 11:36:32 -0700	[thread overview]
Message-ID: <59A462B0.8010307@marvell.com> (raw)
In-Reply-To: <c7a8ee1b-2698-1afa-6fc7-fb75694bc6b0@intel.com>

Hi,

On 08/28/2017 04:49 AM, Adrian Hunter wrote:
> On 25/08/17 01:19, Zhoujie Wu wrote:
>> Enable runtime pm support for xenon controller, which uses 50ms
>> auto runtime suspend by default.
> This patch seems to break system system.  Does it really make sense to have
> 2 separate patches?  Maybe consider putting them together.
You are right, I will put them together. thanks.
>> Signed-off-by: Zhoujie Wu <zjwu@marvell.com>
>> ---
>>   drivers/mmc/host/sdhci-xenon.c | 61 +++++++++++++++++++++++++++++++++++++++++-
>>   1 file changed, 60 insertions(+), 1 deletion(-)
>>
>> diff --git a/drivers/mmc/host/sdhci-xenon.c b/drivers/mmc/host/sdhci-xenon.c
>> index 306ffaf..517ff2e 100644
>> --- a/drivers/mmc/host/sdhci-xenon.c
>> +++ b/drivers/mmc/host/sdhci-xenon.c
>> @@ -18,6 +18,8 @@
>>   #include <linux/ktime.h>
>>   #include <linux/module.h>
>>   #include <linux/of.h>
>> +#include <linux/pm.h>
>> +#include <linux/pm_runtime.h>
>>   
>>   #include "sdhci-pltfm.h"
>>   #include "sdhci-xenon.h"
>> @@ -506,13 +508,24 @@ static int xenon_probe(struct platform_device *pdev)
>>   	if (err)
>>   		goto err_clk;
>>   
>> +	pm_runtime_get_noresume(&pdev->dev);
>> +	pm_runtime_set_active(&pdev->dev);
>> +	pm_runtime_set_autosuspend_delay(&pdev->dev, 50);
>> +	pm_runtime_use_autosuspend(&pdev->dev);
>> +	pm_runtime_enable(&pdev->dev);
> I would expect to see a corresponding pm_runtime_disable() in xenon_remove()
> e.g.
>
> 	pm_runtime_get_sync(dev);
> 	pm_runtime_disable(dev);
> 	pm_runtime_put_noidle(dev);
>
> 	sdhci_remove_host(host, 0);
>
>> +	pm_suspend_ignore_children(&pdev->dev, 1);
>> +
>>   	err = sdhci_add_host(host);
>>   	if (err)
>>   		goto remove_sdhc;
>>   
>> +	pm_runtime_put_autosuspend(&pdev->dev);
>> +
>>   	return 0;
>>   
>>   remove_sdhc:
>> +	pm_runtime_disable(&pdev->dev);
>> +	pm_runtime_put_noidle(&pdev->dev);
>>   	xenon_sdhc_unprepare(host);
>>   err_clk:
>>   	clk_disable_unprepare(pltfm_host->clk);
>> @@ -577,6 +590,52 @@ static int xenon_resume(struct device *dev)
>>   
>>   static SIMPLE_DEV_PM_OPS(xenon_pmops, xenon_suspend, xenon_resume);
>>   
>> +#ifdef CONFIG_PM
>> +static int xenon_runtime_suspend(struct device *dev)
>> +{
>> +	struct sdhci_host *host = dev_get_drvdata(dev);
>> +	struct sdhci_pltfm_host *pltfm_host = sdhci_priv(host);
>> +	struct xenon_priv *priv = sdhci_pltfm_priv(pltfm_host);
>> +	int ret;
>> +
>> +	ret = sdhci_runtime_suspend_host(host);
>> +
>> +	if (host->tuning_mode != SDHCI_TUNING_MODE_3)
>> +		mmc_retune_needed(host->mmc);
>> +
>> +	clk_disable_unprepare(pltfm_host->clk);
>> +	/*
>> +	 * Need to update the priv->clock here, or when runtime resume
>> +	 * back, phy don't aware the clock change and won't adjust phy
>> +	 * which will cause cmd err
>> +	 */
>> +	priv->clock = 0;
>> +	return ret;
>> +}
>> +
>> +static int xenon_runtime_resume(struct device *dev)
>> +{
>> +	struct sdhci_host *host = dev_get_drvdata(dev);
>> +	struct sdhci_pltfm_host *pltfm_host = sdhci_priv(host);
>> +	int ret;
>> +
>> +	ret = clk_prepare_enable(pltfm_host->clk);
>> +	if (ret) {
>> +		dev_err(dev, "can't enable mainck\n");
>> +		return ret;
>> +	}
>> +
>> +	return sdhci_runtime_resume_host(host);
>> +}
>> +#endif /* CONFIG_PM */
>> +
>> +static const struct dev_pm_ops sdhci_xenon_dev_pm_ops = {
>> +	SET_RUNTIME_PM_OPS(xenon_runtime_suspend,
>> +			   xenon_runtime_resume,
>> +			   NULL)
>> +};
>> +
>> +
>>   static const struct of_device_id sdhci_xenon_dt_ids[] = {
>>   	{ .compatible = "marvell,armada-ap806-sdhci",},
>>   	{ .compatible = "marvell,armada-cp110-sdhci",},
>> @@ -589,7 +648,7 @@ static int xenon_resume(struct device *dev)
>>   	.driver	= {
>>   		.name	= "xenon-sdhci",
>>   		.of_match_table = sdhci_xenon_dt_ids,
>> -		.pm = &xenon_pmops,
>> +		.pm = &sdhci_xenon_dev_pm_ops,
>>   	},
>>   	.probe	= xenon_probe,
>>   	.remove	= xenon_remove,
>>


  reply	other threads:[~2017-08-28 18:36 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-24 22:19 [PATCH 0/2] add runtime pm support for xenon Zhoujie Wu
2017-08-24 22:19 ` [PATCH 1/2] mmc: sdhci-xenon: add runtime pm support Zhoujie Wu
2017-08-28 11:49   ` Adrian Hunter
2017-08-28 18:36     ` Zhoujie Wu [this message]
2017-08-24 22:19 ` [PATCH 2/2] mmc: sdhci-xenon: implement system standby base on runtime pm Zhoujie Wu

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=59A462B0.8010307@marvell.com \
    --to=zjwu@marvell.com \
    --cc=adrian.hunter@intel.com \
    --cc=dingwei@marvell.com \
    --cc=dougj@marvell.com \
    --cc=gregory.clement@free-electrons.com \
    --cc=hannah@marvell.com \
    --cc=hongd@marvell.com \
    --cc=jszhang@marvell.com \
    --cc=kostap@marvell.com \
    --cc=linux-mmc@vger.kernel.org \
    --cc=liuw@marvell.com \
    --cc=nadavh@marvell.com \
    --cc=thomas.petazzoni@free-electrons.com \
    --cc=ulf.hansson@linaro.org \
    --cc=xigu@marvell.com \
    --cc=xswang@marvell.com \
    --cc=ygao@marvell.com \
    --cc=zmxu@marvell.com \
    /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.