On Fri, Jul 15, 2011 at 02:51:34PM +0800, Nath, Arindam wrote:
> Hi Philip, Zhangfei
>
> Do you have any comments on this patch?
>
Hi all,
This patch is sent for a while now and didn't seem to receive any
notice yet...So, can you please take a look and give your comments?
This is a bug fix for
Add regulator vsdio, which controled by mmc core to handle sdio chip power
Test With CONFIG_PM_RUNTIME=y
8787 power is enabled if any client module over sdio is insmod, and disbled
automatically after all client modules over sdio are rmmod
Also 8787 power could be controled by mmc_start/stop_host
sdio client may be required power on/off dynamically.
With regulator vsdio, sdio client power on/off could be executed by
mmc_power_up/down
CC: Ohad Ben-Cohen
Signed-off-by: Zhangfei Gao
---
drivers/mmc/host/sdhci.c | 24
include/linux/mmc/sdhci.h |2 ++
2 files
sdio client has the requirement to dynamically power on/off
With regulator vsdio, so sdio client power on/off when mmc_power_up/down
Add brownstone support sdio with regulator vsdio,
Zhangfei Gao (2):
mmc: sdio add regulator vsdio
ARM: mmp2: support sdio with regulator vsdio
arch/arm/mach-m
The first version of this patch is a part of mmc non-blocking v9 patchset:
[PATCH v9 11/12] mmc: core: add random fault injection
change log:
v2 - Resolve build issue in mmc core.c due to multiple init_module by
removing the fault inject module.
- Export fault injection functions to mak
Add description on how to enable random fault injection
for MMC IO
Signed-off-by: Per Forlin
---
Documentation/fault-injection/fault-injection.txt |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/Documentation/fault-injection/fault-injection.txt
b/Documentation/fault
This adds support to inject data errors after a completed host transfer.
The mmc core will return error even though the host transfer is successful.
This simple fault injection proved to be very useful to test the
non-blocking error handling in the mmc_blk_issue_rw_rq().
Random faults can also test
export symbols should_fail() and init_fault_attr_dentries() in order
to make modules use the fault injection functionality
Signed-off-by: Per Forlin
---
lib/fault-inject.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/lib/fault-inject.c b/lib/fault-inject.c
index 7e65
Hi James,
On 20 July 2011 01:44, J Freyensee wrote:
> On 07/19/2011 02:31 PM, Per Forlin wrote:
>>
>> export symbols should_fail() and init_fault_attr_dentries() in order
>> to make modules use the fault injection functionality
>>
>> Signed-off-by: Per Forlin
>> ---
>> lib/fault-inject.c | 2
Hi James,
On 20 July 2011 02:04, J Freyensee wrote:
> On 07/19/2011 02:31 PM, Per Forlin wrote:
>>
>> This adds support to inject data errors after a completed host transfer.
>> The mmc core will return error even though the host transfer is
>> successful.
>> This simple fault injection proved to
Hi,
On Wed, Jul 20 2011, Daniel Drake wrote:
>> pr_debug("%s: %s: powering down\n", mmc_hostname(host), __func__);
>>
>> which gets you the same CONFIG_MMC_DEBUG semantics? (The messages will
>> be at the debug loglevel rather than info, but that sounds right to me.)
>
> I did, and that would
Now that we have improved the runtime power management powerup/powerdown
code, we believe that MMC_CAP_POWER_OFF_CARD is no longer necessary:
runtime PM should now work everywhere.
The only hard evidence for introducing MMC_CAP_POWER_OFF_CARD was the
Marvell sd8686 wifi chip, which was believed to
On 19 July 2011 03:31, Chris Ball wrote:
> Did you consider just:
>
> pr_debug("%s: %s: powering down\n", mmc_hostname(host), __func__);
>
> which gets you the same CONFIG_MMC_DEBUG semantics? (The messages will
> be at the debug loglevel rather than info, but that sounds right to me.)
I
> -Original Message-
> From: S, Venkatraman [mailto:svenk...@ti.com]
> Sent: Tuesday, July 19, 2011 23:58 PM
> To: Zang Roy-R61911
> Cc: linux-mmc; linuxppc-dev; cbouatmailru; akpm; Xu Lei-B33228; Kumar Gala
> Subject: Re: [PATCH 2/3] eSDHC: Fix errors when booting kernel with fsl esdhc
>
> -Original Message-
> From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
> ow...@vger.kernel.org] On Behalf Of Philip Rakity
> Sent: Monday, July 18, 2011 8:57 PM
> To: Subhash Jadavani
> Cc: linux-mmc@vger.kernel.org; arindam.n...@amd.com
> Subject: Re: Question regarding SDR104 b
15 matches
Mail list logo