Re: MMC patches in-flight.

On Thu, Sep 2, 2010 at 1:50 AM, Matt Fleming wrote: > On Wed, Sep 01, 2010 at 07:49:02PM -0400, Chris Ball wrote: >> Hi, >> >> Here's an attempt to summarize the state of MMC patches submitted to >> linux-mmc@ that haven't been merged.  Feel free to correct anything, >> especially if you have a pa

Re: [PATCH 0/2] mmc: omap_hsmmc: support SDIO cards (#2)

David Vrabel wrote: On 27/08/2010 20:22, Chris Ball wrote: Hi David, On Mon, Feb 22, 2010 at 02:24:17PM +, David Vrabel wrote: These patches add support for SDIO cards to the omap_hsmmc driver. Power management changes to prevent SDIO cards from being turned off and losing all state, and c

Re: MMC patches in-flight.

On Wed, Sep 01, 2010 at 07:49:02PM -0400, Chris Ball wrote: > Hi, > > Here's an attempt to summarize the state of MMC patches submitted to > linux-mmc@ that haven't been merged. Feel free to correct anything, > especially if you have a patch that you think is waiting to be merged > that I've list

RE: [PATCH] sdio: add MMC_PM_SKIP_RESUME_PROBE to workaround powered resume

Hi Wilson, > -Original Message- > From: Wilson Loi [mailto:wls...@gmail.com] > Sent: Wednesday, September 01, 2010 5:33 PM > To: Bing Zhao > Cc: Michał Mirosław; Chris Ball; linux-mmc@vger.kernel.org; Nicolas Pitre; > Andrew Morton > Subject: Re: [PATCH] sdio: add MMC_PM_SKIP_RESUME_PROBE

[PATCH v2] sdio: skip initialization on powered resume

Quoted Michal Miroslaw's comment: Simplified SDIO spec v.2.00 (section 6.14 - Bus State Diagram) suggests, that initialization commands (CMD5, CMD3) are not accepted in CMD state. As the card stays in that state on powered suspend (no resetting CMD52 nor power cycle is issued) then reinitializatio

RE: [PATCH] sdio: add MMC_PM_SKIP_RESUME_PROBE to workaround powered resume

Hi Michal, Thanks for your comment. > -Original Message- > From: Michał Mirosław [mailto:mir...@gmail.com] > Sent: Wednesday, September 01, 2010 11:40 AM > To: Chris Ball > Cc: Bing Zhao; linux-mmc@vger.kernel.org; Nicolas Pitre; Andrew Morton > Subject: Re: [PATCH] sdio: add MMC_PM_SKIP_

MMC patches in-flight.

Hi, Here's an attempt to summarize the state of MMC patches submitted to linux-mmc@ that haven't been merged. Feel free to correct anything, especially if you have a patch that you think is waiting to be merged that I've listed without "->", or that I haven't listed at all. Please also consider r

Re: [PATCH 0/3] mmc_test: show test results via sysfs

On Wed, Sep 01, 2010 at 10:46:44PM +0100, Chris Ball wrote: > Unrelated to this patch, I'm hitting: > > drivers/mmc/core/core.c:174: > BUG_ON(mrq->data->blocks * mrq->data->blksz > host->max_req_size); Ah, I see this was discussed on linux-mmc@, and Adrian's going to come up with a patch fo

Re: [PATCH 0/3] mmc_test: show test results via sysfs

Hi Andy, On Wed, Sep 01, 2010 at 09:26:44AM +0300, Andy Shevchenko wrote: > There is a patchset which brings possibility to get test results via sysfs. It > helps to do tests non-interactively. Thanks for the patchset. It doesn't apply to 2.6.36-rc3 without some (trivial) merge conflicts -- coul

[PATCH v5 6/7] omap: zoom: add fixed regulator device for wlan

Add a fixed regulator vmmc device to enable power control of the wl1271 wlan device. Signed-off-by: Ohad Ben-Cohen --- arch/arm/mach-omap2/board-zoom-peripherals.c | 35 ++ 1 files changed, 35 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-omap2/board-zoom-pe

[PATCH v5 7/7] omap: zoom: add mmc3/wl1271 device support

Add MMC3 support on ZOOM, which is hardwired to the wl1271 device. The wl1271 is a 4-wire, 1.8V, embedded SDIO WLAN device with an external IRQ line, and power-controlled by a GPIO-based fixed regulator. Signed-off-by: Ohad Ben-Cohen --- arch/arm/mach-omap2/board-zoom-peripherals.c | 19 +

[PATCH v5 5/7] wireless: wl1271: make ref_clock configurable by board

The wl1271 device is using a reference clock that may change between board to board. Make the ref_clock parameter configurable by the board files that set up the device, instead of having a hard coded value in the driver source itself. Signed-off-by: Ohad Ben-Cohen --- drivers/net/wireless/wl12

[PATCH v5 4/7] wireless: wl1271: take irq info from private board data

Remove the hard coded irq information, and instead take the irq information from the board's platform data. Signed-off-by: Ohad Ben-Cohen --- drivers/net/wireless/wl12xx/wl1271_sdio.c | 14 +++--- 1 files changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/net/wireless/wl12x

[PATCH v5 2/7] wireless: wl1271: support return value for the set power func

Make it possible for the set power method to indicate a success/failure return value. This is needed to support more complex power on/off operations such as bringing up (and down) sdio functions. Signed-off-by: Ohad Ben-Cohen --- drivers/net/wireless/wl12xx/wl1271.h |2 +- drivers/net/w

[PATCH v5 3/7] wireless: wl12xx: add platform data passing support

Add a simple mechanism to pass platform data to the SDIO instances of wl12xx. This way there is no confusion over who owns the 'embedded data', typechecking is preserved, and no possibility for the wrong driver to pick up the data. Originally proposed by Russell King. Signed-off-by: Ohad Ben-Coh

[PATCH v5 1/7] wireless: wl1271: make wl12xx.h common to both spi and sdio

Move wl12xx.h outside of the spi-specific location, so it can be shared with both spi and sdio solutions. Signed-off-by: Ohad Ben-Cohen --- drivers/net/wireless/wl12xx/wl1251_sdio.c |2 +- drivers/net/wireless/wl12xx/wl1251_spi.c |2 +- drivers/net/wireless/wl12xx/wl1271_spi.c |2 +

[PATCH v5 0/7] native wl1271 support on ZOOM

This patchset adds wl1271 support on ZOOM2/3 boards. Only basic support is included; MMC power manipulation part is submitted separately as Runtime PM migration. Changes since v4: - Introduce a simple (yet safe) mechanism to pass platform-specific data to the driver, as suggested by Russell Kin

Re: [RFC/PATCH 3/6] mmc: add general runtime PM support

Hi Yunpeng, Sorry for the late reply (vacation..). On Thu, Aug 26, 2010 at 12:42 PM, Gao, Yunpeng wrote: > It seems the power_save callback is not implemented (Null pointer) yet for > both mmc and sdio. Does it mean that the power_save callback will be > implemented in future or just don't nee

Re: [PATCH] sdio: add MMC_PM_SKIP_RESUME_PROBE to workaround powered resume

2010/8/27 Chris Ball : > Any comments on this patch from the list? > > From: Bing Zhao > Date: Wed, 21 Jul 2010 18:46:55 -0700 > > Marvell 8686/8688 device will not respond to re-probe attemps > in powered resume, if the card is in sleep mode. > The added MMC_PM_SKIP_RESUME_PROBE flag is checked s

Re: [PATCH 0/2] mmc: omap_hsmmc: support SDIO cards (#2)

On Tue, Aug 31, 2010 at 09:59:44AM +0100, David Vrabel wrote: > On 27/08/2010 20:22, Chris Ball wrote: > > Hi David, > > > > On Mon, Feb 22, 2010 at 02:24:17PM +, David Vrabel wrote: > >> These patches add support for SDIO cards to the omap_hsmmc driver. > >> Power management changes to preven

Re: [PATCH 5/9] sdhci-5:add the 32BIT_CMD_TRANS_COMBINATION quirk to support FSl eSDHC

2010/9/1 Richard Zhu : > The FSL's eSDHC have one 32bit register that combine the two > 16bit Transfer Mode and Command registers. > Add this quirk to let SW driver to support FSL's eSDHC. What happens if you do this for every SDHCI host? Is there one that breaks if changing the two registers are

Re: [PATCH 3/3] omap3/omap4 hsmmc: Register offset handling

On Wed, Sep 1, 2010 at 5:56 PM, Adrian Hunter wrote: > kishore kadiyala wrote: >> >> OMAP4 not only have newly added hsmmc registers but also >> have registers which were there in OMAP3 and which doesn't >> have a common offset deviation compared to OMAP3. >> >> For generic handling, OMAP3 and OMA

Re: [PATCH 3/3] omap3/omap4 hsmmc: Register offset handling

kishore kadiyala wrote: OMAP4 not only have newly added hsmmc registers but also have registers which were there in OMAP3 and which doesn't have a common offset deviation compared to OMAP3. For generic handling, OMAP3 and OMAP4 has different array's of register offset maintained and right one is

Re: A serial patchs that support FSL's eSDHC

On Wed, Sep 01, 2010 at 05:45:04PM +0800, Richard Zhu wrote: > Can you help me to review the following serial patchs, that enable the sdhci > driver to support FSL's eSDHC on i.MX family. I see two major problems: First, you often modify sdhci.c to work around the hardware-quirks. See sdhci-of-e

[PATCH 9/9] esdhc-5 mx51: enable fsl esdhc driver

Enable the fsl esdhc driver on mx51 platforms Signed-off-by: Richard Zhu --- arch/arm/configs/mx51_defconfig |9 +++-- 1 files changed, 7 insertions(+), 2 deletions(-) diff --git a/arch/arm/configs/mx51_defconfig b/arch/arm/configs/mx51_defconfig index a665ecb..30a0d59 100644 --- a/arch

[PATCH 8/9] esdhc-4 esdhc: fsl esdhc driver based on platform sdhci api

Based on SDHCI platform API, PIO and simple internal DMA are enabled. Signed-off-by: Richard Zhu --- drivers/mmc/host/Kconfig | 12 + drivers/mmc/host/Makefile|1 + drivers/mmc/host/sdhci-fsl.c | 481 ++ 3 files changed, 494 insertions(+), 0

[PATCH 7/9] esdhc-3 mx51: Modify the MSL codes when upstreaming fsl esdhc driver

Modify the MSL codes and add the eSDHC1 and eSDHC2 support on MX51 BBG platform. IOMUX, CLOCK, register the device. Signed-off-by: Richard Zhu --- arch/arm/mach-mx5/board-mx51_babbage.c | 70 +++ arch/arm/mach-mx5/clock-mx51.c | 197 arch/arm/m

[PATCH 6/9] esdhc-2 mxc: Modify the MSL codes when upstreaming fsl esdhc driver

Modify the plat-mxc related MSL codes. Signed-off-by: Richard Zhu --- arch/arm/plat-mxc/include/mach/iomux-mx51.h | 31 ++ arch/arm/plat-mxc/include/mach/mmc.h|9 +++ 2 files changed, 26 insertions(+), 14 deletions(-) diff --git a/arch/arm/plat-mxc/incl

[PATCH 5/9] sdhci-5:add the 32BIT_CMD_TRANS_COMBINATION quirk to support FSl eSDHC

The FSL's eSDHC have one 32bit register that combine the two 16bit Transfer Mode and Command registers. Add this quirk to let SW driver to support FSL's eSDHC. Signed-off-by: Richard Zhu --- drivers/mmc/host/sdhci.c | 25 +++-- drivers/mmc/host/sdhci.h |2 ++ 2 files ch

[PATCH 4/9] sdhci-4:add make_blksz api to support FSl eSDHC

Add make_blksz api to support FSL eSDHC, because that FSL's eSDHC don't have the standard BLOCK ATTR register, add this api to configure the blksz properly. Signed-off-by: Richard Zhu --- drivers/mmc/host/sdhci.c |9 - drivers/mmc/host/sdhci.h |1 + 2 files changed, 9 insertions(

[PATCH 3/9] sdhci-3:add the NONSTANDARD_HOST_CTL quirk to support FSl eSDHC

Add NONSTANDARD_HOST_CTL quirk flags, because that FSL's eSDHC don't have the standard HOST CTL register, add this quirk to configure the bus_width and DMA properly. Signed-off-by: Richard Zhu --- drivers/mmc/host/sdhci.c | 45 ++--- drivers/mmc/host/sdh

[PATCH 2/9] sdhci-2: add host's own get_ro func to support the controller that used it's own WP mechanism

Some controllers have their own WP mechanism when implement the get_ro, add one get_ro api to supported them. Signed-off-by: Richard Zhu --- drivers/mmc/host/sdhci.c |3 +++ drivers/mmc/host/sdhci.h |1 + 2 files changed, 4 insertions(+), 0 deletions(-) diff --git a/drivers/mmc/host/sdh

[PATCH 1/9] sdhci-1: add host's own set_power func to support the controller that used it's own power mechanism

FSL's eSDHC controllers don't have the STANDARD POWER register in the IC design, add the set_power api to support the FSL's eSDHC. Signed-off-by: Richard Zhu --- drivers/mmc/host/sdhci.c |5 + drivers/mmc/host/sdhci.h |1 + 2 files changed, 6 insertions(+), 0 deletions(-) diff --git

A serial patchs that support FSL's eSDHC

Hi All: Can you help me to review the following serial patchs, that enable the sdhci driver to support FSL's eSDHC on i.MX family. Thanks in advanced. -- To unsubscribe from this list: send the line "unsubscribe linux-mmc" in the body of a message to majord...@vger.kernel.org More majordomo inf

Re: [PATCH 2/3] mmc_test: change simple_strtol() to strict_strtol()

On Wed, 2010-09-01 at 10:25 +0200, Quadros Roger (Nokia-MS/Helsinki) wrote: > No patch summary? Will be in next version. > > -static void mmc_test_run(struct mmc_test_card *test, int testcase) > > +static void mmc_test_run(struct mmc_test_card *test, long testcase) > > { > > - int i, ret; > >

Re: [PATCH 2/3] mmc_test: change simple_strtol() to strict_strtol()

Hi, On 09/01/2010 09:26 AM, ext Andy Shevchenko wrote: No patch summary? Signed-off-by: Andy Shevchenko --- drivers/mmc/card/mmc_test.c | 12 +++- 1 files changed, 7 insertions(+), 5 deletions(-) diff --git a/drivers/mmc/card/mmc_test.c b/drivers/mmc/card/mmc_test.c index 359fae9.