On Mon, Jul 30, 2012 at 1:10 PM, Shilimkar, Santosh <santosh.shilimkar@xxxxxx> 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@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
