From: Nicolas Ferre <nicolas.ferre@atmel.com>
To: balbi@ti.com
Cc: cjb@laptop.org, linux-mmc@vger.kernel.org,
hans-christian.egtvedt@atmel.com, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, kernel@avr32linux.org,
u.kleine-koenig@pengutronix.de
Subject: Re: [PATCH V3] MMC: PM: add suspend/resume in atmel-mci
Date: Mon, 04 Jul 2011 14:43:39 +0200 [thread overview]
Message-ID: <4E11B57B.4040000@atmel.com> (raw)
In-Reply-To: <20110704110651.GC2820@legolas.emea.dhcp.ti.com>
Le 04/07/2011 13:06, Felipe Balbi :
> Hi,
>
> On Mon, Jul 04, 2011 at 01:38:25PM +0200, Nicolas Ferre wrote:
>> Take care of slots while going to suspend state.
>>
>> Signed-off-by: Nicolas Ferre <nicolas.ferre@atmel.com>
>> ---
>> V3: take care of each slot SUSPENDED state
>> (adding a status bit in the slot "flags")
>> V2: move to pm_ops
>>
>> drivers/mmc/host/atmel-mci.c | 60 ++++++++++++++++++++++++++++++++++++++++++
>> 1 files changed, 60 insertions(+), 0 deletions(-)
>>
>> diff --git a/drivers/mmc/host/atmel-mci.c b/drivers/mmc/host/atmel-mci.c
>> index aa8039f..ed63bcd 100644
>> --- a/drivers/mmc/host/atmel-mci.c
>> +++ b/drivers/mmc/host/atmel-mci.c
>> @@ -203,6 +203,7 @@ struct atmel_mci_slot {
>> #define ATMCI_CARD_PRESENT 0
>> #define ATMCI_CARD_NEED_INIT 1
>> #define ATMCI_SHUTDOWN 2
>> +#define ATMCI_SUSPENDED 3
>>
>> int detect_pin;
>> int wp_pin;
>> @@ -1878,10 +1879,69 @@ static int __exit atmci_remove(struct platform_device *pdev)
>> return 0;
>> }
>>
>> +#ifdef CONFIG_PM
>> +static int atmci_suspend(struct device *dev)
>> +{
>> + struct atmel_mci *host = dev_get_drvdata(dev);
>> + int i;
>> +
>> + for (i = 0; i < ATMEL_MCI_MAX_NR_SLOTS; i++) {
>> + struct atmel_mci_slot *slot = host->slot[i];
>> + int ret;
>> +
>> + if (!slot)
>> + continue;
>> + ret = mmc_suspend_host(slot->mmc);
>> + if (ret < 0) {
>> + while (--i >= 0) {
>> + slot = host->slot[i];
>> + if (slot
>> + && test_bit(ATMCI_SUSPENDED, &slot->flags)) {
>> + mmc_resume_host(host->slot[i]->mmc);
>> + clear_bit(ATMCI_SUSPENDED, &slot->flags);
>> + }
>> + }
>> + return ret;
>> + } else {
>> + set_bit(ATMCI_SUSPENDED, &slot->flags);
>> + }
>> + }
>> +
>> + return 0;
>> +}
>> +
>> +static int atmci_resume(struct device *dev)
>> +{
>> + struct atmel_mci *host = dev_get_drvdata(dev);
>> + int i;
>> + int ret = 0;
>> +
>> + for (i = 0; i < ATMEL_MCI_MAX_NR_SLOTS; i++) {
>> + struct atmel_mci_slot *slot = host->slot[i];
>> + int err;
>> +
>> + slot = host->slot[i];
>> + if (!slot)
>> + continue;
>> + if (!test_bit(ATMCI_SUSPENDED, &slot->flags))
>> + continue;
>> + err = mmc_resume_host(slot->mmc);
>> + if (err < 0)
>> + ret = err;
>> + else
>> + clear_bit(ATMCI_SUSPENDED, &slot->flags);
>> + }
>> +
>> + return ret;
>> +}
>> +#endif
>> +static SIMPLE_DEV_PM_OPS(atmci_pm, atmci_suspend, atmci_resume);
>
> if you disable CONFIG_PM this won't work. atmci_resume and atmci_suspend
> will be undefined.
>
>> static struct platform_driver atmci_driver = {
>> .remove = __exit_p(atmci_remove),
>> .driver = {
>> .name = "atmel_mci",
>> + .pm = &atmci_pm,
>
> this pointer will also be invalid.
>
> what most people do is:
>
> #ifdef CONFIG_PM
>
> suspend()
> resume()
>
> static SIMPLE_DEV_PM_OPS(atmci_pm, suspend, resume);
>
> #define DEV_PM_OPS (&atmci_pm)
> #else
> #define DEV_PM_OPS NULL
> #endif
Yes, sure that makes sense.
Thanks, I will cook a V4.
Best regards,
--
Nicolas Ferre
next prev parent reply other threads:[~2011-07-04 12:44 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-29 16:54 [PATCH 1/2] MMC: PM: add suspend/resume in atmel-mci Nicolas Ferre
2011-06-29 16:01 ` Felipe Balbi
2011-06-29 21:39 ` Rafael J. Wysocki
2011-06-30 8:30 ` Nicolas Ferre
2011-06-30 13:49 ` [PATCH V2] " Nicolas Ferre
2011-06-30 13:13 ` Uwe Kleine-König
2011-07-01 14:22 ` Nicolas Ferre
2011-07-01 14:32 ` Hans-Christian Egtvedt
2011-07-04 11:38 ` [PATCH V3] " Nicolas Ferre
2011-07-04 11:06 ` Felipe Balbi
2011-07-04 12:43 ` Nicolas Ferre [this message]
2011-07-06 9:31 ` [PATCH V4] " Nicolas Ferre
2011-07-06 8:28 ` Felipe Balbi
2011-07-09 20:58 ` [PATCH V3] " Chris Ball
2011-07-11 9:47 ` Nicolas Ferre
2011-06-29 16:54 ` [PATCH 2/2] MMC: remove EXPERIMENTAL from the DMA selection of atmel-mci Nicolas Ferre
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=4E11B57B.4040000@atmel.com \
--to=nicolas.ferre@atmel.com \
--cc=balbi@ti.com \
--cc=cjb@laptop.org \
--cc=hans-christian.egtvedt@atmel.com \
--cc=kernel@avr32linux.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=u.kleine-koenig@pengutronix.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox