Re: [PATCH (mmc-next)] mmc: improve the SDHCI wake-up support [RFC: V2]

Hello On 11/15/2010 3:53 PM, Giuseppe CAVALLARO wrote: > > This patch allows the SDHCI to wake up the system > on the following events: > 1) Card Interrupts. > 2) Card Insertion. > 3) Card Removal. > Any comments and advice for this patch? Regards Peppe > > Indeed, on a set-top-box, it can be

[PATCH] sdio: fix runtime PM anomalies by introducing MMC_CAP_POWER_OFF_CARD

Some board/card/host configurations are not capable of powering off the card after boot. To support such configurations, and to allow smoother transition to runtime PM behavior, MMC_CAP_POWER_OFF_CARD is added, so hosts need to explicitly indicate whether it's OK to power off their cards after boo

Re: [PATCH v2 1/1]mmc: check SDIO card wake up during suspending

2010/11/19 Nicolas Pitre : > On Thu, 18 Nov 2010, Jun Nie wrote: > >> >From 642b2e88fc4b6344290c88ce506fcda1bcc860a3 Mon Sep 17 00:00:00 2001 >> From: Jun Nie >> Date: Fri, 12 Nov 2010 19:43:49 +0800 >> Subject: [PATCH] mmc: check SDIO card wake up during suspending >> >> It is possible that SDIO

Re: [PATCH v2 1/1]mmc: check SDIO card wake up during suspending

On Thu, 18 Nov 2010, Jun Nie wrote: > >From 642b2e88fc4b6344290c88ce506fcda1bcc860a3 Mon Sep 17 00:00:00 2001 > From: Jun Nie > Date: Fri, 12 Nov 2010 19:43:49 +0800 > Subject: [PATCH] mmc: check SDIO card wake up during suspending > > It is possible that SDIO card send card interrupt to wake up

Re: [PATCH v2 1/1]mmc: check SDIO card wake up during suspending

Hi Jun, On Thu, Nov 18, 2010 at 4:20 AM, Jun Nie wrote: > It is possible that SDIO card send card interrupt to wake up > system just after SDIO func driver and SDIO card firmware commit > suspend state, while system is still in suspending process and > mmc interrupt is not release yet. > > Interr

Re: [PATCH v1 1/1]sdhci-pxa: init_sdh for different platform

On Thu, Nov 18, 2010 at 2:42 AM, zhangfei gao wrote: > Different platform will provide different init_sdh to handle private > register is not same in various platform. > Put init_sdh in set_clock is we don't want to add more call back > function to sdhci.c to keep sdhci.c as simple as possible. >

Re: MMC runtime PM patches break libertas probe

On 16 November 2010 13:22, Ohad Ben-Cohen wrote: > Just to update the list, the problem with the XO-1.5 was because the > sd8686 has an external reset gpio line which is currently being > manipulated manually by an out-of-tree kernel patch: > > http://dev.laptop.org/git/olpc-2.6/commit/?h=olpc-2.6

[PATCH v2 3/3]mmc: Add the new quirk to MFLD SDHCI HC

>From 26a27fbbb8c28f7b2e9079b7e600625af5718b8c Mon Sep 17 00:00:00 2001 From: Chuanxiao Dong Date: Thu, 18 Nov 2010 16:25:03 +0800 Subject: [PATCH 3/3] mmc: Add SDHCI_QUIRK_FORCE_ERASE_SINGLE to MFLD sdhci HC This will be going to let MFLD SDHCI host controller to erase single block each time. S

[PATCH v2 2/3]mmc: set erase control register for SDHCI HC

>From 6ddad5c28d1f2d57081df051b79912dde922e322 Mon Sep 17 00:00:00 2001 From: Chuanxiao Dong Date: Thu, 18 Nov 2010 16:20:39 +0800 Subject: [PATCH 2/3] mmc: set erase control reg value for sdhci HC For those sdhci host controller which cannot erase the unlimited sectors, set their timeout value t

[PATCH v2 1/3]mmc:Add a new quirk for SDHCI HC to erase single erase block

>From 3e4ee72e57a667f383f34a9e3276f2431b7bb53d Mon Sep 17 00:00:00 2001 From: Chuanxiao Dong Date: Thu, 18 Nov 2010 16:06:35 +0800 Subject: [PATCH 1/3] mmc: Added a new quirk for SDHCI HC to erase single erase block Some sdhci host controller like MFLD sdhci host controller cannot erase unlimite

[PATCH v2 0/3]mmc: set a suitable max_discard_sectors value for HC

Hello Chris, These are the version 2 patches of setting a suitable max_discard_sectors value for sdhci host controller. The max_discard_sectors determines how many sectors will be passed down to host controller for erasing. The default value is UNIT_MAX