On Mon, Jul 30, 2012 at 1:10 PM, Shilimkar, Santosh
[off-list ref] wrote:
[...]

quoted

quoted

quoted

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