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
WARNING: multiple messages have this Message-ID (diff)
From: Roger <rogerable@realtek.com>
To: Ulf Hansson <ulf.hansson@linaro.org>
Cc: Samuel Ortiz <sameo@linux.intel.com>,
Lee Jones <lee.jones@linaro.org>, Chris Ball <cjb@laptop.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Maxim Levitsky <maximlevitsky@gmail.com>,
Alex Dubov <oakad@yahoo.com>,
Dan Carpenter <dan.carpenter@oracle.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
linux-mmc <linux-mmc@vger.kernel.org>,
<driverdev-devel@linuxdriverproject.org>,
Wei WANG <wei_wang@realsil.com.cn>, <micky_ching@realsil.com.cn>
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
next prev parent reply other threads:[~2014-02-11 9:27 UTC|newest]
Thread overview: 23+ 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 ` rogerable
2014-02-06 14:35 ` [PATCH v3 1/3] mfd: Add realtek USB card reader driver rogerable
2014-02-06 14:35 ` rogerable
2014-02-10 11:30 ` Lee Jones
2014-02-11 9:40 ` Roger
2014-02-11 9:40 ` Roger
2014-02-11 9:55 ` Ulf Hansson
2014-02-11 10:02 ` Lee Jones
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-06 14:35 ` 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:27 ` Roger
2014-02-11 9:50 ` Ulf Hansson
2014-02-11 9:50 ` Ulf Hansson
[not found] ` <201402111621.s1BGLdOt002176@rtits1.realtek.com>
2014-02-12 3:39 ` Roger
2014-02-12 3:39 ` Roger
2014-02-06 14:35 ` [PATCH v3 3/3] memstick: Add realtek USB memstick " rogerable
2014-02-06 14:35 ` rogerable
2014-02-07 22:33 ` [PATCH v3 0/3] Add modules for realtek USB card reader Greg Kroah-Hartman
2014-02-07 22:33 ` 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 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.