On 28 February 2014 12:49, Ulf Hansson wrote:
> The sdio func device is added to the driver model after the card
> device.
>
> This means the sdio func device will be suspend before the card device
> and thus resumed after. The consequence are the mmc core don't
> explicity need to protect itself
On 28 February 2014 12:49, Ulf Hansson ulf.hans...@linaro.org wrote:
The sdio func device is added to the driver model after the card
device.
This means the sdio func device will be suspend before the card device
and thus resumed after. The consequence are the mmc core don't
explicity need
Rafael J. Wysocki
> Subject: Re: [RFC PATCH] mmc: core: Invoke sdio func driver's PM callbacks
> from the
> sdio bus
>
> On 12 March 2014 07:26, Aaron Lu wrote:
> > On 03/12/2014 11:44 AM, Dong, Chuanxiao wrote:
> >> Hi Aaron,
> >>
> >> This patch
t;>> -Original Message-
>>> From: Lu, Aaron
>>> Sent: Wednesday, March 12, 2014 10:36 AM
>>> To: Ulf Hansson; linux-...@vger.kernel.org; Chris Ball; Liu, Chuansheng;
>>> Dong,
>>> Chuanxiao
>>> Cc: linux-kernel@vger.kernel.org;
nel.org; Chris Ball; Liu, Chuansheng;
>> Dong,
>> Chuanxiao
>> Cc: linux-kernel@vger.kernel.org; NeilBrown; Rafael J. Wysocki
>> Subject: Re: [RFC PATCH] mmc: core: Invoke sdio func driver's PM callbacks
>> from the
>> sdio bus
>>
>> Hi Chuansheng &a
Subject: Re: [RFC PATCH] mmc: core: Invoke sdio func driver's PM callbacks
from the
sdio bus
On 12 March 2014 07:26, Aaron Lu aaron...@intel.com wrote:
On 03/12/2014 11:44 AM, Dong, Chuanxiao wrote:
Hi Aaron,
This patch is tested on Intel platform, and SDIO function driver's
suspend/resume
;
Dong,
Chuanxiao
Cc: linux-kernel@vger.kernel.org; NeilBrown; Rafael J. Wysocki
Subject: Re: [RFC PATCH] mmc: core: Invoke sdio func driver's PM callbacks
from the
sdio bus
Hi Chuansheng Chuanxiao,
Can you please help us testing this patch on your platform and let us know
the test
result
AM
To: Ulf Hansson; linux-...@vger.kernel.org; Chris Ball; Liu, Chuansheng;
Dong,
Chuanxiao
Cc: linux-kernel@vger.kernel.org; NeilBrown; Rafael J. Wysocki
Subject: Re: [RFC PATCH] mmc: core: Invoke sdio func driver's PM callbacks
from the
sdio bus
Hi Chuansheng Chuanxiao,
Can you
> -Original Message-
> From: Lu, Aaron
> Sent: Wednesday, March 12, 2014 10:36 AM
> To: Ulf Hansson; linux-...@vger.kernel.org; Chris Ball; Liu, Chuansheng; Dong,
> Chuanxiao
> Cc: linux-kernel@vger.kernel.org; NeilBrown; Rafael J. Wysocki
> Subject: Re: [RFC PATCH] mmc: c
Hi Chuansheng & Chuanxiao,
Can you please help us testing this patch on your platform
and let us know the test result? Thanks.
-Aaron
On 02/28/2014 07:49 PM, Ulf Hansson wrote:
> The sdio func device is added to the driver model after the card
> device.
>
> This means the sdio func device will
Hi Chuansheng Chuanxiao,
Can you please help us testing this patch on your platform
and let us know the test result? Thanks.
-Aaron
On 02/28/2014 07:49 PM, Ulf Hansson wrote:
The sdio func device is added to the driver model after the card
device.
This means the sdio func device will be
PATCH] mmc: core: Invoke sdio func driver's PM callbacks
from the
sdio bus
Hi Chuansheng Chuanxiao,
Can you please help us testing this patch on your platform and let us know
the test
result? Thanks.
-Aaron
On 02/28/2014 07:49 PM, Ulf Hansson wrote:
The sdio func device is added
On 02/28/2014 07:49 PM, Ulf Hansson wrote:
> The sdio func device is added to the driver model after the card
> device.
>
> This means the sdio func device will be suspend before the card device
> and thus resumed after. The consequence are the mmc core don't
> explicity need to protect itself
On 02/28/2014 07:49 PM, Ulf Hansson wrote:
The sdio func device is added to the driver model after the card
device.
This means the sdio func device will be suspend before the card device
and thus resumed after. The consequence are the mmc core don't
explicity need to protect itself from
14 matches
Mail list logo