linux-mmc.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Roger <rogerable@realtek.com>
To: Ulf Hansson <ulf.hansson@linaro.org>
Cc: Samuel Ortiz <sameo@linux.intel.com>,
	Alex Dubov <oakad@yahoo.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	driverdev-devel@linuxdriverproject.org,
	linux-mmc <linux-mmc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Wei WANG <wei_wang@realsil.com.cn>, Chris Ball <cjb@laptop.org>,
	Lee Jones <lee.jones@linaro.org>,
	Dan Carpenter <dan.carpenter@oracle.com>,
	Maxim Levitsky <maximlevitsky@gmail.com>
Subject: Re: [PATCH v3 2/3] mmc: Add realtek USB sdmmc host driver
Date: Tue, 11 Feb 2014 17:27:30 +0800	[thread overview]
Message-ID: <52F9ED02.6000604@realtek.com> (raw)
In-Reply-To: <201402110748.s1B7miQ8010938@rtits1.realtek.com>

On 02/10/2014 10:58 PM, Ulf Hansson wrote:
> On 6 February 2014 15:35,  <rogerable@realtek.com> wrote:
>> From: Roger Tseng <rogerable@realtek.com>
>>
>> Realtek USB SD/MMC host driver provides mmc host support based on the Realtek
>> USB card reader MFD driver.
>>
>> Signed-off-by: Roger Tseng <rogerable@realtek.com>
>> ---
>>   drivers/mmc/host/Kconfig          |    7 +
>>   drivers/mmc/host/Makefile         |    1 +
>>   drivers/mmc/host/rtsx_usb_sdmmc.c | 1500 +++++++++++++++++++++++++++++++++++++
>>   3 files changed, 1508 insertions(+)
>>   create mode 100644 drivers/mmc/host/rtsx_usb_sdmmc.c
[snip]
>> +#ifdef CONFIG_PM_RUNTIME
>
> There are stubs for pm_runtime* functions, thus the ifdefs can be removed.
> Please go though the complete patch and remove all instances.
>
>> +               pm_runtime_put(sdmmc_dev(host));
>
> I don't know so much about USB mmc hosts hardware, but I just wanted
> to find out if I have understood this correct.
>
> You can't do fine grained power management of the USB parent device,
> since it needs to be runtime resumed to be able keep the power the
> card? Once it becomes runtime suspended, the power to the card will
> thus also be dropped?
>
Yes, and to keep some internal state of the controller.

[snip]
>> +#ifdef CONFIG_PM
>
> I suppose this should be CONFIG_PM_SLEEP?
>
...
>> +       err = mmc_suspend_host(mmc);
>
> This won't compile. The mmc_suspend_host API has been removed.
>
...
>> +       return mmc_resume_host(mmc);
>
> This won't compile. The mmc_resume_host API has been removed.
>
...
>> +static struct platform_driver rtsx_usb_sdmmc_driver = {
>> +       .probe          = rtsx_usb_sdmmc_drv_probe,
>> +       .remove         = rtsx_usb_sdmmc_drv_remove,
>> +       .id_table       = rtsx_usb_sdmmc_ids,
>> +       .suspend        = rtsx_usb_sdmmc_suspend,
>> +       .resume         = rtsx_usb_sdmmc_resume,
>
> Please use the modern pm_ops instead of the legacy suspend/resume callbacks.
> I suggest you then also switch to use the SIMPLE_DEV_PM_OPS macro.

I just missed the removal of mmc_suspend|resume_host.

I'll remove all these unnecessary mmc host pm things as done in commit 
ff71c4bcb0af2730d047989e485303ae4e1ce794 for drivers of our PCIe devices.

Thanks for pointing this out.

> Kind regards
> Ulf Hansson

  parent reply	other threads:[~2014-02-11  9:27 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-06 14:35 [PATCH v3 0/3] Add modules for realtek USB card reader rogerable
2014-02-06 14:35 ` [PATCH v3 1/3] mfd: Add realtek USB card reader driver rogerable
2014-02-10 11:30   ` Lee Jones
2014-02-11  9:40     ` Roger
2014-02-11  9:55       ` Ulf Hansson
2014-02-11 10:02       ` Lee Jones
2014-02-06 14:35 ` [PATCH v3 2/3] mmc: Add realtek USB sdmmc host driver rogerable
2014-02-10 14:58   ` Ulf Hansson
     [not found]   ` <201402110748.s1B7miQ8010938@rtits1.realtek.com>
2014-02-11  9:27     ` Roger [this message]
2014-02-11  9:50       ` Ulf Hansson
     [not found]       ` <201402111621.s1BGLdOt002176@rtits1.realtek.com>
2014-02-12  3:39         ` Roger
2014-02-06 14:35 ` [PATCH v3 3/3] memstick: Add realtek USB memstick " rogerable
2014-02-07 22:33 ` [PATCH v3 0/3] Add modules for realtek USB card reader Greg Kroah-Hartman

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=52F9ED02.6000604@realtek.com \
    --to=rogerable@realtek.com \
    --cc=cjb@laptop.org \
    --cc=dan.carpenter@oracle.com \
    --cc=driverdev-devel@linuxdriverproject.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=lee.jones@linaro.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mmc@vger.kernel.org \
    --cc=maximlevitsky@gmail.com \
    --cc=oakad@yahoo.com \
    --cc=sameo@linux.intel.com \
    --cc=ulf.hansson@linaro.org \
    --cc=wei_wang@realsil.com.cn \
    /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;
as well as URLs for NNTP newsgroup(s).