Repository navigation
LNL HDA alsabat capture failed, "Peak freq too low" #9164
Description
Originally posted by @marc-hb in #9123 (comment)
https://sof-ci.01.org/sofpr/PR9151/build4789/devicetest/index.html?model=LNLM_RVP_HDA&testcase=check-alsabat-headset-capture-997 ( ba-lnlm-rvp-hda-02)
2024-05-22 10:38:13 UTC [REMOTE_COMMAND] alsabat -Phw:CODEC,0 --standalone -n 240000 -r 48000 -c 2 -f S16_LE -F 997 -k 2.1
2024-05-22 10:38:14 UTC [REMOTE_COMMAND] alsabat -Chw:sofhdadsp,0 -c 2 -r 48000 -f S16_LE -F 997 -k 2.1
FAIL: Peak freq too low 973.39 Hz
FAIL: Peak freq too low 974.85 Hz
FAIL: Peak freq too low 977.05 Hz
FAIL: Peak freq too low 978.52 Hz
FAIL: Peak freq too low 979.98 Hz
FAIL: Peak freq too low 982.18 Hz
FAIL: Peak freq too low 983.64 Hz
FAIL: Peak freq too low 987.30 Hz
FAIL: Peak freq too low 988.77 Hz
alsa-utils version 1.2.6
Entering capture thread (ALSA).
Get period size: 3000 buffer size: 24000
Recording ...
Capture completed.
BAT analysis: signal has 65536 frames at 48000 Hz, 2 channels, 2 bytes per sample.
Channel 1 - Checking for target frequency 997.00 Hz
Amplitude: 9878.5; Percentage: [30]
Detected peak at 973.39 Hz of 17.57 dB
Total 17.6 dB from 973.39 to 973.39 Hz
Detected peak at 974.85 Hz of 17.64 dB
Total 20.6 dB from 974.85 to 974.85 Hz
Detected peak at 977.05 Hz of 17.74 dB
Total 22.4 dB from 977.05 to 977.05 Hz
Detected peak at 978.52 Hz of 18.62 dB
Total 23.9 dB from 978.52 to 978.52 Hz
Detected peak at 979.98 Hz of 18.92 dB
Total 25.1 dB from 979.98 to 979.98 Hz
Detected peak at 982.18 Hz of 18.84 dB
Total 26.7 dB from 981.45 to 982.18 Hz
Detected peak at 983.64 Hz of 19.88 dB
Total 27.5 dB from 983.64 to 983.64 Hz
Detected peak at 987.30 Hz of 20.82 dB
Total 29.8 dB from 985.11 to 987.30 Hz
Detected peak at 988.77 Hz of 22.17 dB
Total 30.5 dB from 988.77 to 988.77 Hz
Detected peak at 996.83 Hz of 34.94 dB
Total 41.0 dB from 990.23 to 1004.15 Hz
PASS: Peak detected at target frequency
Detected at least 10 signal(s) in total
Return value is -1003
Activity
marc-hb commentedon May 23, 2024
Again https://sof-ci.01.org/softestpr/PR1200/build467/devicetest/index.html?model=LNLM_RVP_HDA&testcase=check-alsabat-headset-capture-821
plbossart commentedon May 23, 2024
@fredoh9 how many jack connectors do we have on the RVP? is the same 3.5mm jack connector for HDaudio and SoundWire reworks?
marc-hb commentedon May 23, 2024
Only one jack. I don't remember any RVP with more than one jack.
I don't know. I looked at
jf-lnlm-rvp-hda-1and the USB loopback goes through the AIOC board, the RVP jack is not connected. On the other hand, this device is not enabled in CI right now :-( afraid we have to wait for @fredoh9 for this one.marc-hb commentedon May 23, 2024
I just noticed someone disabled ba-lnlm-rvp-hda-02, on which the two failures were found...
fredoh9 commentedon May 28, 2024
@plbossart We have only one jack in the RVP, i don't remember any RVP with multiple JACK.
@marc-hb For LNLM_RVP_HDA, the RVP doesn't have HDA codec, so we attached external AIOC. Hence the jack for the HDA codec is in external AIOC is being used.
marc-hb commentedon May 29, 2024
From @ssavati : silicon being upgraded.
ssavati commentedon May 29, 2024
@marc-hb now ba-lnlm-rvp-hda-02 board is up with silicon upgrade. Its uses community firmware
marc-hb commentedon Jun 13, 2024
Very recent one today:
https://sof-ci.01.org/softestpr/PR1180/build512/devicetest/index.html?model=LNLM_RVP_HDA&testcase=check-alsabat-headset-playback-821
kv2019i commentedon Jun 13, 2024
Got one reproduction of this, had to run test 200+ times to hit the problem, so occurence rate would seem to be below 1%. In the one failing case, captured bat.wav looks good but analysis fails, so not clear yet what is happening, but the error looks similar as in original report. If you can hit @jsarha please add data. @marc-hb is this roughly in line with occurence rate you've seen?
marc-hb commentedon Jun 13, 2024
I would guess the reproduction rate is somewhere between 0.1% and 5% so, yes: 1% falls in that range :-)
jsarha commentedon Jun 13, 2024
Did 249 runs more on ba-lnlm-rvp-hda-02, no failures. I'll pick a machine tomorrow again, run couple of hours more. It bothers me a bit that there is an obvious glitch in the audio in the both referred occurrences, but they are not at all similar. Its very hard to imagine a common cause for both of them.
jsarha commentedon Jun 14, 2024
occurrence_2024-06-14-07.zip
Here is one more occurrence, very much like the one in #9164 (comment) . Gap af around 0.2s seconds (one bit longer another shorter) in the middle of the capture, then a little glitch ~ 0.015s before the signal starts to come back in a ramp.
32 remaining items
marc-hb commentedon Jul 20, 2024
IPC logs should be enabled on LNL. Where are they missing?
marc-hb commentedon Jul 23, 2024
Are IPC logs missing in today's failure https://sof-ci.01.org/softestpr/PR1224/build686/devicetest/index.html?model=LNLM_RVP_HDA&testcase=check-alsabat-headset-playback-997?
wszypelt commentedon Jul 26, 2024
@marc-hb these logs will be good, thanks!
marc-hb commentedon Aug 14, 2024
Still failing regularly: https://sof-ci.01.org/sofpr/PR9351/build6997/devicetest/index.html?model=LNLM_RVP_HDA&testcase=check-alsabat-headset-playback-821
lgirdwood commentedon Aug 16, 2024
We can stress this after upgrading to new loopback dongles.
wszypelt commentedon Aug 30, 2024
@lgirdwood do you know when we can expect the upgrade?
lgirdwood commentedon Sep 2, 2024
Probably Q4.
kv2019i commentedon Sep 9, 2024
Keeping this open although likely same rootcause as #9449
Let's see another week of daily plan results and conclude then.
kv2019i commentedon Dec 13, 2024
Not seen in PR/daily tests for a week, closing.