On Tue, 29 Sep 2009 21:28:45 +0530 "Shilimkar, Santosh" <santosh.shilimkar@xxxxxx> wrote: > > Having said that, there is also bug in the DMA driver which doesn't > > disable the channel in linking cases. Since we use always hardware > > synchronized method, hardware will take care of draining the buffer so no > > loss of data. > > > > So option B should be ok and USB case also would work as mentioned above. > > Which option finally we converged on this issue? Shall we fix in the DMA driver or you want to do this in ALSA? > For me it looks that at least the omap_stop_dma should be fixed to stop ongoing transfer always when it's called. As the name suggest :-) Then for offmode, if there is no clear method to save & restore low-level McBSP & DMA context in their drivers, I don't see problem if e.g. resume handler in sound/soc/omap/omap-mcbsp.c would call the omap_mcbsp_config etc. -- Jarkko -- 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