[BUG][LNL] [SDW] audio glitches on LNL-SDW

[keqiaozhang]

Describe the bug
The JD issue has been fixed on LNL-SDW platforms, so now we are able to check the audio quality on LNL-SDW.
Now I observed the audio glitches on both playback and capture, but the reproduction rate is low, not easy to reproduce manually.
Here are the failures we captured in CI daily test.

On playback:

There're a lot of xrun warning during the test.

2024-01-28 22:11:39 UTC [REMOTE_INFO] Starting /usr/local/bin/mtrace-reader.py >& /home/ubuntu/sof-test/logs/check-alsabat/2024-01-28-22:11:38-10012/mtrace.txt &
2024-01-28 22:11:39 UTC [REMOTE_INFO] check the PCMs before alsabat test
2024-01-28 22:11:41 UTC [REMOTE_COMMAND] alsabat -Phw:sofsoundwire,0 --standalone -n 240000 -r 48000 -c 2 -f S16_LE -F 821 -k 2.1
2024-01-28 22:11:42 UTC [REMOTE_COMMAND] alsabat -Chw:CODEC,0 -c 2 -r 48000 -f S16_LE -F 821 -k 2.1
Underrun: Broken pipe(-32)
Underrun: Broken pipe(-32)
Underrun: Broken pipe(-32)
Underrun: Broken pipe(-32)
Underrun: Broken pipe(-32)
Underrun: Broken pipe(-32)
Underrun: Broken pipe(-32)
Underrun: Broken pipe(-32)
Underrun: Broken pipe(-32)
Underrun: Broken pipe(-32)
Underrun: Broken pipe(-32)
Underrun: Broken pipe(-32)
Underrun: Broken pipe(-32)
Underrun: Broken pipe(-32)

On capture:

To Reproduce

Playback test:~/sof-test/test-case/check-alsabat.sh -p hw:sofsoundwire,0 -c hw:CODEC,0 -C 2 -F 821

Capture test:~/sof-test/test-case/check-alsabat.sh -c hw:sofsoundwire,1 -p hw:CODEC,0 -C 2 -F 821

Reproduction Rate
Low, less than 10%.

Environment

1. Branch name and commit hash of the 2 repositories: sof (firmware/topology) and linux (kernel driver).
   • Kernel: {d23a5e9b58f4}
   • SOF: {3930270e3d9b}
2. Name of the topology file
   • Topology: {sof-lnl-rt711-l0-rt1316-l23-rt714-l1.tplg}
3. Name of the platform(s) on which the bug is observed.
   • Platform: {LNL-SDW w/ Gen4.1 AIOC base board}

wav-file.gz

cc:

• LNL SDW "signal too weak" alsabat capture failure linux#5076

[plbossart]

probably the same as thesofproject/linux#4754, it's not worth investigating audio quality issues until fw-based aggregation is merged in firmware and kernel

[lgirdwood]

probably the same as thesofproject/linux#4754, it's not worth investigating audio quality issues until fw-based aggregation is merged in firmware and kernel

Ok, lets wait until aggregation is fully ready. I've put in v2.10 for the moment, can be moved to v2.9 if needed.

[lgirdwood]

@plbossart @bardliao @ujfalusi whats the status today ?

[plbossart]

I don't think we can reach any conclusions, we still have FAILs in alsa-bat, and I don't get if this is still related to the jack setup or now.

[bardliao]

@plbossart @lgirdwood I checked some recent daily test results, check-alsabat-headset-playback seems pass consistently and some of the check-alsabat-headset-capture are failed. But they are all because of the signal is too low not like this issue's description.
And the issue is tracking at thesofproject/linux#5076.

But the reproduction rate of this issue is low. So, I don't know if it is fixed or just not reproduced recently.

[lgirdwood]

@fredoh9 @marc-hb @ssavati anyone seen this on daily test recently ? If not we can close. This is different from the bank switch and missing IRQ.

[ujfalusi]

I cannot find anything like this, but we have at least two corrupted alsabat:
https://sof-ci.ostc.intel.com/#/result/planresultdetail/41949?model=LNLM_SDW_AIOC&testcase=check-alsabat-headset-playback-599
https://sof-ci.ostc.intel.com/#/result/planresultdetail/41810?model=LNLM_SDW_AIOC&testcase=check-alsabat-headset-playback-599

[plbossart]

we are not even looking at quality issues for now, the priority is to deal with timeouts.

[marc-hb]

I've seen this "Underrun: Broken pipe" recently. Also, alsabat (which is the only "real" audio test in sof-test) is still failing left and right on LNL.