Repository navigation
[BUG] FW reported error: 13 - Requested power transition failed to complete #7969
Description
Activity
- addedbugSomething isn't working as expectedSomething isn't working as expectedP1Blocker bugs or important featuresBlocker bugs or important featuresIPC errorIPC error is observedIPC error is observedIntel Linux Daily testsThis issue can be found in internal Linux daily testsThis issue can be found in internal Linux daily testssuspend-resumeIssues observed when doing system suspend and resumeIssues observed when doing system suspend and resume
on Jul 20, 2023 - addedMTLApplies to Meteor Lake platformApplies to Meteor Lake platformI2SApplies to I2S bus for codec connectionApplies to I2S bus for codec connection
on Jul 26, 2023 - addedIMRRelated to IMR (Isolated Memory Region) on Intel platformsRelated to IMR (Isolated Memory Region) on Intel platformsregression identifiedIdentified the commit or PR that introduced a regressionIdentified the commit or PR that introduced a regression
on Jul 31, 2023 Commit series on this D3 /IMR context save support:
Commit 53d471b andrey.borisovich@intel.com ipc4: notify Host on the failed IPC Device power transition
Commit 965e1c1 andrey.borisovich@intel.com board: intel_adsp_ace15_mtpm: Enabled MTL IMR context save
Commit 015488b andrey.borisovich@intel.com ipc4: added D3 support using Zephyr Power Manager API
Commit 80f27b2 andrey.borisovich@intel.com board: intel_adsp_ace15_mtpm: disabled CONFIG_PM_DEVICE_RUNTIME_EXCLUSIVE
Commit 4e8040c marcin.szkudlinski@intel.com platform: ace: Add pm notifiers to support Zephyr's D3 transition@keqiaozhang If we remove
CONFIG_ADSP_IMR_CONTEXT_SAVE=yto disable IMR context save, can we reproduce this issue with tip of SOF main branch? commit 53d471b is kept and can still report device power transition failure.5 remaining items
@lgirdwood @mwasko @tmleman @wszypelt @keqiaozhang @fredoh9 @alex-cri
Summary of this issue in ww31:- NOT reproduced on cavs2.5 platforms.
- Only reproduced on MTL RVP with SDW and NOCODEC (both single core and multi-core).
- Not reproduced with MTL with HD-Audio till now.
- Seems higher reproduction rate with multi-core (MTLP_RVP_NOCODEC_MULTICORE).
- Disabling IMR context save on MTL doesn't help.
Recent occurrences:
- ww31.1 on MTLP_RVP_NOCODEC_MULTICORE (report ID: 29577)
- ww30.5 on MTLP_RVP_SDW, MTLP_RVP_NOCODEC , MTLP_RVP_NOCODEC_MULTICORE (report https://sof-ci.ostc.intel.com/#/result/planresultdetail/29547)
- ww30.4 on MTLP_RVP_SDW and MTLP_RVP_NOCODEC_MULTICORE (report ID 29509)
- ww30.3 on MTLP_RVP_NOCODEC_MULTICORE, (report ID 29436)
- removedregression identifiedIdentified the commit or PR that introduced a regressionIdentified the commit or PR that introduced a regression
on Aug 1, 2023 @lgirdwood @ujfalusi @mwasko @abonislawski @keqiaozhang @tmleman @wszypelt
It seems PR #7995 fixed this issue.
From latest PR test result https://sof-ci.ostc.intel.com/#/result/planresultdetail/29601
Let's wait for new daily test result.It seems PR #7995 fixed this issue.
This issue still exists on MTL platforms. I still can reproduce this issue with tip main branch on ww31.2 (daily test report ID 29617), on MTLP_RVP_NOCODEC_MULTICORE. @lgirdwood @tmleman
It seems PR #7995 fixed this issue.
This issue still exists on MTL platforms. I still can reproduce this issue with tip main branch on ww31.2 (daily test report ID 29617), on MTLP_RVP_NOCODEC_MULTICORE. @lgirdwood @tmleman
@keqiaozhang did the repro rate change after #7995 was merged ? Any other difference to before ?
@lgirdwood the repro rate is the same, no differences. This issue happened on 3 different platforms in today's daily test.
23ww31.5: I don't see any error in mtrace but I guess the problem comes from ipc device suspension:
https://github.com/thesofproject/sof/blob/main/src/ipc/ipc4/handler.c#L1120-L1123This could easily be confirmed by finding one of these logs:
https://github.com/thesofproject/sof/blob/main/src/ipc/ipc-zephyr.c#L102-L117I need to reproduce this behavior in a local environment.
23ww32.3: I'm unable to reproduce this issue, work in progress.
23ww32.6: root cause:
SOF_IPC4_NOTIFY_LOG_BUFFER_STATUSnotification added to the IPC queue. FW did not manage to send the message before the D3 entry procedure.@keqiaozhang thanks for help with confirmation.
I see two possible solutions:
- vA if only
SOF_IPC4_NOTIFY_LOG_BUFFER_STATUSis in IPC queue, we continue the D3 transition procedure. The message will be sent when the DSP wakes up (PR8029). - vB we try to send pending notification.
Initially, I would go with version A. In version B, I do not know how HOST will behave when waiting for a SET_DX response when it will receive notification.
- vA if only
Option A merged via #8029
This problem is not found for two consecutive days
Reacted by Liam GirdwoodThis problem is not found for two consecutive days
@fredoh9 pls close when happy resolved.
Reacted by Fred Ohno issue found in today's daily test too. Closing now

Describe the bug
Observed this issue in CI daily test, this issue only happens on MTL-NOCODEC so far. The reproduce rate is 100% when doing the suspend/resume test w/ audio. It should be a FW regression. Will do further checks.
To Reproduce
check-suspend-resume-with-audio.sh -l 50 -m playback
Reproduction Rate
100%
Environment
dmesg.txt
mtrace.txt