rmk back but still recovering (was Re: Reminder - rmk still on vacation)

[linux@arm.linux.org.uk (Russell King - ARM Linux)]

On Mon, Jul 30, 2012 at 05:19:06PM +0200, Javier Martinez Canillas wrote:
> On Mon, Jul 30, 2012 at 4:46 PM, S, Venkatraman <svenkatr@ti.com> wrote:
> > On Mon, Jul 30, 2012 at 8:14 PM, Russell King - ARM Linux
> > <linux@arm.linux.org.uk> wrote:
> >> On Mon, Jul 30, 2012 at 04:37:09PM +0200, Shilimkar, Santosh wrote:
> >>> On Mon, Jul 30, 2012 at 4:33 PM, Russell King - ARM Linux
> >>> <linux@arm.linux.org.uk> wrote:
> >>> > So I take that as you wanting exactly what is in linux-next merged without
> >>> > any further changes?
> >>>
> >>> Just one patch[1] on top of that so that default omap2plus_defconfig
> >>> keeps working.
> >>
> >> Err, I don't see what that patch does.  Setting ret=-ENXIO at the
> >> start of the function, when it's subsequently overwritten by:
> >>
> >> +       int ret = -ENXIO, irq;
> >> ...
> >>         ret = omap_hsmmc_gpio_init(pdata);
> >> ...
> >>         ... dma stuff ...
> >>
> >> seems absurd.
> >
> > I think Santosh meant this patch..
> > http://git.kernel.org/?p=linux/kernel/git/tmlind/linux-omap.git;a=commitdiff;h=55936cdfaaf11ac352b56bc58e42d6661e65ee13
> 
> That is the patch that fixes the DMA issue with the OMAP MMC and OMAP
> MMC HS drivers when OMAP_DMA option is not set, since they still don't
> support poll mode without DMA.
> 
> Russell, are you going to take the patch from Tony's linux-omap/master
> tree or do I have to add the patch to the patch system also?

It'd be better to have it via the patch system, because pulling it out
of a URL isn't an easy task.