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

Shubhrajyoti Datta omaplinuxkernel at gmail.com
Mon Jul 30 04:26:05 EDT 2012


On Mon, Jul 30, 2012 at 1:10 PM, Shilimkar, Santosh
<santosh.shilimkar at ti.com> wrote:
[...]
>>>>
>>>> Why?  The DMA driver itself is optional.
>>> That was Tony's point too. Unfortunately MMC and SPI driver don't work
>>> today without DMA. Some works needs to be done to support polling
>>> mode and am bit skeptical if it is really worth it. Same case be with other
>>> SDMA supported drivers mostly.
>>>
>> Russell, Tony,
>>   Can I request to include the DMA & MMC changes into this merge window ?
>> We have many cleanups and new patches waiting to be queued up for next (3.7)
>> merge window, and it'd be easier if they are implemented on top of the
>> DMA changes,
>> so that it gets tested together, and don't create merge conflicts.
>>   I am looking into implementing polling mode, which might take some time.
>
> Thanks Venkat. For the SPI driver as well I heard from Shubro (in cc) that
> he is looking into polling mode.

I had a patch in case of errors falling back to poll mode

http://www.spinics.net/lists/linux-omap/msg74417.html

>
> IMHO, we should merge the OMAP DMA engine support which is now sufficiently
> tested and has been in linux-next for some time. Polling mode and ASOC
> related issues can be then debugged directly on mainline.
> For the time being, the SOC patch which Tony merged in linux-omap
> master can be included along with rest of the OMAP DMA engine patches
> to have working kernel.
>
> Regards
> Santosh
> --
> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



More information about the linux-arm-kernel mailing list