On 03/13/2014 03:46 PM, Mark Brown wrote: > On Thu, Mar 13, 2014 at 11:18:22AM +0200, Peter Ujfalusi wrote: > >> With this series AM335x and AM447x will use the dmaengine PCM for audio. The >> daVinci devices will keep using the davinci-pcm for now since I do not have >> means to test them but the code is written in a way that they can be switched >> to use the edma-pcm easily (DA850/OMAP-L138 has been tested and audio was >> working fine). > > Can you please not resend the ASoC portions of this series until the > EDMA portion is stable (and ideally committed)? I'm not quite sure why > but every EDMA patch series seems to go through lots of iterations which > gets rather noisy - my initial reaction to seeing EDMA in a subject is > to just delete the thread. Sure, I'm not planning to spam alsa-devel however the switch to dmaengine PCM for AM335x/AM447x needs the edma patches, otherwise it is not going to work. AFAIK I have not sent patch to edma as of now so I have no idea how long it takes to get stuff in (the good thing is that the edma part does not touch DT, which is alone can reduce the number of iterations). Anyway, what I can - and already did is: Reorder the ASoC patches and I can leave out the switch to dmaengine PCM patch for davinci-mcasp for now. The edma-pcm and the other patches for McASP can go in right away (I will not add the edma-pcm to the Makefile/Kconfig to avoid issues). I will detach the edma stuff and follow it up outside of alsa-devel. The only thing I'm afraid off is that it is going to take two release cycle to get this in: first cycle edma part, next cycle for the ASoC to switch to use the edma-pcm. -- Péter -- 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
