Open singalsu opened 6 months ago
@ujfalusi @kv2019i Here's the issue we discussed this week. This is no more blocking me since I chose to use pipelines without branches, algorithms for multi-purpose endpoint are set to bypass to be set up for processing by ALSA UCM.
To replicate the issue need for SOF the topologies built from https://github.com/thesofproject/sof/pull/9146
The used kernel is topic/sof-dev 550791bb99dc4e08f44b8a2c5549b18745c027b7 build from today.
The platform is UPX-i11, the default topology sof-hda-generic-4ch.tplg is replaced with sof-hda-efx-generic-4ch.tplg. If I run these commands sequentially both DMIC captures work. First capture PCM is 4ch, the second 2ch, while DMIC is 4ch. The channels count conversion is done in TDFB beamformer.
arecord -Dhw:0,6 -f S32_LE -c 4 -r 48000 -d 10 rec1.wav arecord -Dhw:0,200 -f S32_LE -c 2 -r 48000 -d 10 rec2.wav
If I start first capture of rec1.wav, and then launch from other window capture of rec2.wav. I get to latter this error:
The kernel log is attached. dmesg_rec06_rec0200_fail_20244005.txt
The issue can be also replicated with HDA analog capture with topology sof-hda-efx-generic.tplg applied instead of default sof-hda-generic.tplg in non-DMIC systems. In this case both capture PCMs are 2ch. The commands to use are
Both work if run sequentially but not when launched with overlap, e.g. rec1.wav first, then rec2.wav, where the latter fails.
The full dmesg is attached: dmesg_rec00_rec0201_fail_20244005.txt
In the topologies below, see the branched pipelines for HDA analog and DMIC: