Re: [PATCH v5] mmc: documentation of mmc non-blocking request usage and design.

On 07/05/2011 11:30 PM, Per Forlin wrote: Documentation about the background and the design of mmc non-blocking. Host driver guidelines to minimize request preparation overhead. Resending this out on the linux-mmc list since that is what I am subscribed to (and I had html format on so original

Re: [PATCHv4 2/3] MMC: OMAP: HSMMC: add runtime pm support

Balaji T K writes: > add runtime pm support to HSMMC host controller > Use runtime pm API to enable/disable HSMMC clock > Use runtime autosuspend APIs to enable auto suspend delay > > Based on OMAP HSMMC runtime implementation by Kevin Hilman, Kishore Kadiyala > > Signed-off-by: Balaji T K It's

Re: -ENOSYS suspend-powerdown regression

On 6 July 2011 16:53, Daniel Drake wrote: > Thanks, done. Sorry for the delay in getting to this. > > Unfortunately something is still weird, this is possibly a case that > we missed before. > > Even if I just do the simplistic test of booting, and then suspending > (without loading the libertas d

Re: [PATCH 5/5] arm: davinci: DA850: Add wl12xx expansion board support

Hi, On Fri, Jul 08, 2011 at 02:39:32PM +0400, Sergei Shtylyov wrote: > Hello. > > On 08-07-2011 1:33, Ido Yariv wrote: > > >The DA850 supports an optional wl12xx based expansion board, adding WLAN > >& BT capabilities. The wl12xx is a 4-wire, 1.8V, embedded SDIO WLAN > >device with an external

Re: [PATCH 2/5] arm: davinci: Allow EVENTQ_0 as a default queue

Hi, On Fri, Jul 08, 2011 at 02:25:23PM +0400, Sergei Shtylyov wrote: > On 08-07-2011 1:33, Ido Yariv wrote: > > >Davinci platforms may define a default queue for each channel > >controller. If one is not defined, the default queue is set to EVENTQ_1. > >However, there's no way to distinguish betw

Re: [PATCH 5/5] arm: davinci: DA850: Add wl12xx expansion board support

Hello. On 08-07-2011 1:33, Ido Yariv wrote: The DA850 supports an optional wl12xx based expansion board, adding WLAN & BT capabilities. The wl12xx is a 4-wire, 1.8V, embedded SDIO WLAN device with an external IRQ line and is power-controlled by a GPIO-based fixed regulator. This patch adds

Re: [PATCH 2/5] arm: davinci: Allow EVENTQ_0 as a default queue

Hello. On 08-07-2011 1:33, Ido Yariv wrote: Davinci platforms may define a default queue for each channel controller. If one is not defined, the default queue is set to EVENTQ_1. However, there's no way to distinguish between an unset default queue to one that is set to EVENTQ_0, as EVENTQ_0 =

Re: mmc: dw_mmc: Add the function call for board-specific initialization.

On Mon, Jul 4, 2011 at 8:07 AM, Seungwon Jeon wrote: > Need to call init() function of dw_mci_board. > It seems to be omitted to call this function. > > Signed-off-by: Seungwon Jeon > --- >  drivers/mmc/host/dw_mmc.c |   11 +++ >  1 files changed, 11 insertions(+), 0 deletions(-) > > diff

Re: [PATCH] mmc: dw_mmc: Supply clocks for both host and card.

Hi Seungwon Jeon wrote: > Hi, Mr Chung. > > Do you have any feedback? > I want to know how to manipulate clock for host or card on your test > situation. Yes. i used clock for them. > I think there is no code for these clock in dw_mmc. > Who do you think is responsible for enabling clock? Driv

Re: mmc: dw_mmc: Add the function call for board-specific initialization.

On Fri, Jul 8, 2011 at 4:25 PM, Seungwon Jeon wrote: > Hi Kyungmin Park > > I'd appreciate if you give me a opinion about my writing. > If init call is not used, a checking routine is also not needed. > How do you think? Agree, If there are no one use the pdata->init. no required to check it. Th

RE: mmc: dw_mmc: Add the function call for board-specific initialization.

Hi Kyungmin Park I'd appreciate if you give me a opinion about my writing. If init call is not used, a checking routine is also not needed. How do you think? Best regards, Seungwon Jeon. Seungwon Jeon wrote: > Hi, > > -Original Message- > > From: linux-mmc-ow...@vger.kernel.org [mailto