Repository navigation
[BUG] dai_config IPC timeout on TGLU_RVP_NOCODEC when arecord #4164
Description
Describe the bug
When running check-capture on TGLU_RVP_NOCODEC ,fread failed in logger_read when arecording
To Reproduce
TPLG=sof-tgl-nocodec-ci.tplg ~/sof-test/test-case/check-capture.sh -d 1 -l 1 -r 50
Environment
Kernel Branch: topic/sof-dev
Kernel Commit: aae5bcfa
SOF Branch: main
SOF Commit: ea5d9be
TPLG=sof-tgl-nocodec-ci.tplg
Device:TGLU_RVP_NOCODEC [jf-tglu-rvp-nocodec-1]
Screenshots or console output
dmesg log
For more detailed log, please refer to http://sof-ci.sh.intel.com/#/result/planresultdetail/3874?model=TGLU_RVP_NOCODEC&testcase=check-capture-50rounds
Activity
[-][BUG] soc_pcm_hw_params and dpcm_fe_dai_hw_params failed on TGLU_RVP_NOCODEC when arecord[/-][+][BUG] dai_config IPC timeout on TGLU_RVP_NOCODEC when arecord[/+]slawblauciak commentedon May 11, 2021
Can you please check if #4089 is effective against this issue? Thanks
XiaoyunWu6666 commentedon May 11, 2021
This issue happens on ADLP_RVP_NOCODEC in May10's daily,plz refer to
http://sof-ci.sh.intel.com/#/result/planresultdetail/3868?model=ADLP_RVP_NOCODEC&testcase=check-capture-3rounds
will check whether #4089 works ASAP
keyonjie commentedon May 12, 2021
looks this is a driver regression, it pass on May 9th daily but failed on May 10th.
XiaoyunWu6666 commentedon May 12, 2021
#4089 is effective against this issue. [tested on ubuntu@sh-tglu-rvp-nocodec-02]
It can fix 3 cases that failed on TGLU_RVP_NOCODEC on May 9th.
lgirdwood commentedon May 12, 2021
IPC timeouts are FW crashes.
XiaoyunWu6666 commentedon May 13, 2021
appear on ADLP_RVP_NOCODEC too
http://sof-ci.sh.intel.com/#/result/planresultdetail/3910?model=ADLP_RVP_NOCODEC&testcase=multiple-pipeline-capture
XiaoyunWu6666 commentedon May 13, 2021
appear on TGLH_0A5E_SDW too
http://sof-ci.sh.intel.com/#/result/planresultdetail/3910?model=TGLH_0A5E_SDW&testcase=multiple-pipeline-capture-50
appear on TGLU_SKU0A32_SDCA too
https://sof-ci.sh.intel.com/#/result/planresultdetail/3937?model=TGLU_SKU0A32_SDCA&testcase=multiple-pipeline-playback-50
keyonjie commentedon May 13, 2021
Yes, maybe FW change on 10th lead to this?
Anyway, the PR #4089 will fix it.
lgirdwood commentedon May 20, 2021
@XiaoyunWu6666 is this now fixed with recent kernel updates and on stable-v1.8 branch ?
XiaoyunWu6666 commentedon May 21, 2021
Yes , it is