Closed XiaoyunWu6666 closed 1 month ago
thanks @fredoh9 for refining the TIMEOUT value for jf APL_UP2_NOCODEC DUTs. (they have longer network delay so bigger TIMEOUT value should be used!) Let's close it if following inner daily tests work well
@XiaoyunWu6666 this doesn't seem like a current issue?
rtcwake timeout in daily 14218?model=APL_UP2_HDA_ZEPHYR&testcase=check-suspend-resume-without-audio-20 Start Time: 2022-07-25 21:29:47 UTC
Both APL_UP2_NOCODEC_ZEPHYR and APL_UP2_HDA_ZEPHYR timed out in daily 14198
Start Time: 2022-07-24 21:29:42 UTC Kernel Branch: topic/sof-dev Kernel Commit: 70f9e7b34a9d SOF Branch: main SOF Commit: 2845fc8cdec2 Zephyr Commit: e81c0b07e248
Not seen for a long time - at least not more frequently than on other platforms.
Describe the bug According to our inner daily tests , APL_UP2_NOCODEC TIMEOUT when suspend-resume quite often (without too much meaningful error/warning logs) . eg inner daily 4849 model=APL_UP2_NOCODEC testcase=check-suspend-resume-50 [console log]
TCR shows that all TIMEOUT happen on jf DUTs , no TIMEOUT happen on sh APL_UP2_NOCODEC DUTs. (You can use filters shown as following)
Reproduction TPLG=sof-apl-nocodec.tplg ~/sof-test/test-case/check-suspend-resume.sh -l 50