XRUN handling in pcm driver

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello Maintainers,

I have a question regarding XRUN handling.
After an XRUN is triggered, userspace generally
calls TRIGGER_STOP followed by PREPARE
and TRIGGER_START. In the PREPARE stage,
we are currently not sending the ALSA ring
buffer (physical address, rate, format, etc.) IPC to the
DSP but instead doing that in HW_PARAMS
which is causing bad audio after XRUN is triggered.

I was able to resolve the issue by moving the
IPC to PREPARE, which fixes the XRUN problem
and results in good audio even after an XRUN.
I have also observed a similar approach in
Qualcomm drivers, which I assume is for the same reason.

Is moving the IPC to PREPARE the correct
approach for handling this issue? I would appreciate any
insights or guidance on whether this is the recommended
way to handle XRUN recovery.

Thanks,



[Index of Archives]     [ALSA User]     [Linux Audio Users]     [Pulse Audio]     [Kernel Archive]     [Asterisk PBX]     [Photo Sharing]     [Linux Sound]     [Video 4 Linux]     [Gimp]     [Yosemite News]

  Powered by Linux