Re: RFC : mmc : Use wait_for_completion_timeout() instead of wait_for_completion in case of multiple write blocks.

2011-09-01 Thread NamJae Jeon
2011/8/30 Linus Walleij : > On Thu, Aug 25, 2011 at 6:44 AM, NamJae Jeon wrote: > >> If card is infinitely holding pull down busy line(data 0) while >> writing multiple blocks, write will be blocked in >> mmc_wait_for_req_done(). >> I suggest to use wait_for_completion_timeout instread of >> wait_

Re: [PATCH] mmc: omap_hsmmc: DMA unmap only once in case of MMC error

2011-09-01 Thread S, Venkatraman
On Mon, Aug 29, 2011 at 3:38 AM, Per Forlin wrote: > Reported by Russell King: > > mmcblk0: error -84 transferring data, sector 149201, nr 64, > cmd response 0x900, card status 0xb00 > mmcblk0: retrying using single block read > > WARNING: at /home/rmk/git/linux-2.6-rmk/lib/dma-debug.

[PATCH 2/2] omap: hsmmc: Don't hold spinlock during dma configuration

2011-09-01 Thread Venkatraman S
No need to hold the spinlock during a rather long dma configuration sequence inside dma callback, which doesn't need it. Signed-off-by: Venkatraman S --- drivers/mmc/host/omap_hsmmc.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/mmc/host/omap_hsmmc.c b/driver

[PATCH 0/2] omap: hsmmc: Cleanup omap hsmmc dma routines

2011-09-01 Thread Venkatraman S
The first patch substitutes the dma_cleanup function in place of the body of the code which does the same thing. The dma unmap operation is now restricted just to the post_req function. The second patch minimizes holding spin lock during dma configuration, where it is not necessary. Venkatraman

[PATCH 1/2] omap: hsmmc: Normalize dma cleanup operations

2011-09-01 Thread Venkatraman S
Reuse omap_hsmmc_dma_cleanup even for normal dma teardown in omap_hsmmc_dma_cb. Consolidate multiple points of dma unmap into a single location in post_req function, to prevent double unmapping. Signed-off-by: Venkatraman S --- drivers/mmc/host/omap_hsmmc.c | 20 +--- 1 files

RE: [PATCH v4] ARM: davinci: AM18x: Add wl1271/wlan support

2011-09-01 Thread Nori, Sekhar
On Thu, Aug 04, 2011 at 13:21:23, Ido Yariv wrote: > The wl1271 daughter card for AM18x EVMs is a combo wireless connectivity > add-on card, based on the LS Research TiWi module with Texas > Instruments' wl1271 solution. > It is a 4-wire, 1.8V, embedded SDIO WLAN device with an external IRQ > line

Re: sdhci-esdhc-imx and SDIO interrupts

2011-09-01 Thread Per-Henrik Lundblom
* Lin Tony-B19295 [110901 09:34]: > Chris ball's tree. Thanks! Merged relevant parts with 2.6.93.4 and the mach-mx3 platform and now it seems like SDIO interrupts are working fine. Sweet :) /PH -- Per-Henrik Lundblom epost: p...@whatever.nu hemsida: www.whatever.nu -- To unsubscribe

Re: [PATCH V2] mmc: core: eMMC4.5 Add the timeout for switch

2011-09-01 Thread Jaehoon Chung
Hi Girish. I agreed for Mr.Jeon's opinion. I think that need not to check for any exception case. (Mr.Jeon mentioned the below comment, just using default cmd6_timeout) Thanks, Jaehoon Chung Girish K S wrote: > Hello Mr Jeon, > In case if the timeout is specified by the >

RE: [PATCH 1/1] mmc: sdhci-esdhc: Change delay after setting clock from 100ms to 1ms

2011-09-01 Thread Lin Tony-B19295
> -Original Message- > From: Wolfram Sang [mailto:w.s...@pengutronix.de] > Sent: Thursday, September 01, 2011 1:55 PM > To: Lin Tony-B19295 > Cc: linux-mmc@vger.kernel.org; linux-arm-ker...@lists.infradead.org; > c...@laptop.org > Subject: Re: [PATCH 1/1] mmc: sdhci-esdhc: Change delay afte

RE: sdhci-esdhc-imx and SDIO interrupts

2011-09-01 Thread Lin Tony-B19295
Chris ball's tree. > -Original Message- > From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc- > ow...@vger.kernel.org] On Behalf Of Per-Henrik Lundblom > Sent: Thursday, September 01, 2011 2:46 PM > To: linux-mmc@vger.kernel.org > Subject: Re: sdhci-esdhc-imx and SDIO interrupts > >