| Message ID | 20250220162847.11994-1-srinivas.kandagatla@linaro.org |
|---|---|
| Headers | show |
| Series | ASoC: q6apm: fix under runs and fragment sizes | expand |
On 21/02/2025 08:59, Johan Hovold wrote: > On Fri, Feb 21, 2025 at 09:29:39AM +0100, Johan Hovold wrote: >> On Thu, Feb 20, 2025 at 06:38:11PM +0100, Johan Hovold wrote: >>> On Thu, Feb 20, 2025 at 04:28:42PM +0000, Srinivas Kandagatla wrote: >> >>>> On Qualcomm Audioreach setup, some of the audio artifacts are seen in >>>> both recording and playback. These patches fix issues by >>>> 1. Adjusting the fragment size that dsp can service. >>>> 2. schedule available playback buffers in time for dsp to not hit under runs >>>> 3. remove some of the manual calculations done to get hardware pointer. >>>> >>>> With these patches, am able to see Audio quality improvements. >>>> >>>> Any testing would be appreciated. >>> >>> With this series, the choppy (robotic) capture when using pipewire >>> appears to be fixed (pulseaudio worked before). >>> >>> Playback is still choppy (heavily distorted), though, and now it also >>> appears to be too slow. >>> >>> I tested using pw-record and pw-play (and mpv) on the T14s (6.14-rc3). >> >> Retested this morning and realised that playback is only choppy (and too >> slow) while I have pavucontrol open. That would be nice to fix if >> possible, but this is still a great improvement since pipewire was not >> usable at all before these changes. >> >> Tested-by: Johan Hovold <johan+linaro@kernel.org> > > Hmm... Scratch that. > > This series apparently breaks pulseaudio instead. > Thanks for trying out pulseaudio, I will try to reproduce this with my t14. --srini > Too fast playback on the T14s with mpv, and after I stopped it I wasn't > able too play any audio anymore. And systemd complains about a stop job > running for long when rebooting. Similar issues on the X13s. > > Johan
From: Srinivas Kandagatla <srinivas.kandagatla@linaro.org> On Qualcomm Audioreach setup, some of the audio artifacts are seen in both recording and playback. These patches fix issues by 1. Adjusting the fragment size that dsp can service. 2. schedule available playback buffers in time for dsp to not hit under runs 3. remove some of the manual calculations done to get hardware pointer. With these patches, am able to see Audio quality improvements. Any testing would be appreciated. thanks, Srini Changes since v1: - added new patches to fix the fragment size, pointer calculations - updated to schedule only available buffers. Srinivas Kandagatla (4): ASoC: q6apm-dai: schedule all available frames to avoid dsp under-runs ASoC: q6apm: add q6apm_get_hw_pointer helper ASoC: q6apm-dai: make use of q6apm_get_hw_pointer ASoC: qdsp6: q6apm-dai: set correct period size ASoC: q6apm-dai: remove redundant hw_constraints setup sound/soc/qcom/qdsp6/q6apm-dai.c | 94 +++++++++++++------------------- sound/soc/qcom/qdsp6/q6apm.c | 18 +++++- sound/soc/qcom/qdsp6/q6apm.h | 3 + 3 files changed, 57 insertions(+), 58 deletions(-)