On Mon, Nov 2, 2015 at 10:03 AM, Roberto Fichera <kernel@xxxxxxxxxxxxx> wrote: > On 11/02/2015 06:51 PM, Roberto Fichera wrote: >>>> >> Overall, I don't see an obvious defect from you SSI side, but you >>>> >> may also try to toggle TDMAE and RDMAE at the point that callback >>>> >> stops -- re-raise the DMA requests by disabling and enabling TDMAE >>>> >> and RDMAE again and see if it works. I think either something did >>>> >> intervene register controls of SDMA or SSI, >>> > I will try this one. >> I will go over this tomorrow morning. >> > > I've tried it just now but doesn't work at all! I'm getting only 2 sdma transfers. Heh, now I'm getting perhaps a similar issue -- transfers just stop for no good reason. I can use aplay all day long, and the transfers work great. Even arecord + aplay together seem to work fine. However, when I use my portaudio based ramp checker, it runs from between 1 frame and several thousand, then the callbacks stop. I don't know if this is a portaudio problem or an alsa problem -- i don't think I've seen the issue outside portaudio. Jackd seems to run okay too (I'm running an overnight full duplex test now). roberto, what user space library are you using? Alsa directly, or portaudio, or something else? it looks like your data rate is quite manageable, right? 8kHz, 8 slots, 8 bits? For me, it's a little better at 16kHz than 48kHz, but still just quits working after a while. What's your experience of play vs. record, vs. full duplex? -Caleb _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
