-
Notifications
You must be signed in to change notification settings - Fork 349
hda: chain transition states fix #6983
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
hda: chain transition states fix #6983
Conversation
|
Created a draft PR with this and a revert to enable the ChainDMA on tgl: #6984 |
jsarha
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is a definite improvement over the situation before this PR, since before this a resume after pause did not work at all. Now it works, at least most of the time. If I run "sof-test/test-case/multiple-pause-resume.sh -r 50" on my upx-i11 it fails more often than succeeds. However, hitting the failure usually takes quite a while. When looking at FW logs, I can see several:
[ 16.733930] copier: comp:0 0x40000 failed to find dai comp or sink pipeline not running.
and even more:
[ 20.268613] dai_comp: comp:1 0x40001 dai_copy(): nothing to copy
|
I tried adding "pm_policy_state_lock_put(PM_STATE_RUNTIME_IDLE, PM_ALL_SUBSTATES);" after "cd->chain_task.state = SOF_TASK_STATE_INIT;" but it does not appear to help (nor make the behavior worse. One example of failure in the test logs: (3/50) pcm'Deepbuffer HDA Analog' cmd'aplay' id'5': Wait for 44 ms before resume 2023-01-23 22:38:09 UTC [REMOTE_INFO] pipeline: HDA Analog with aplay |
5ea2d11 to
4606391
Compare
Rearrange functions order. Signed-off-by: Piotr Makaruk <piotr.makaruk@intel.com>
4606391 to
e5811db
Compare
jsarha
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Now after over 20 test runs of multiple-pause-resume I now saw an error also from the FW build where I had 6983 & 6656 reverted. So I guess its reasonable assume 6656 with 6983 is Ok. My review comments were also well explained. Approved.
e5811db to
45cb6d9
Compare
lgirdwood
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I will rerun CI after some regression fixes are merged today.
|
SOFCI TEST |
|
|
Require maintenance in logic to handle multiple start/pause requests by one chain instance. Signed-off-by: Piotr Makaruk <piotr.makaruk@intel.com>
45cb6d9 to
43640e4
Compare
|
@lyakh good to go? |
Require maintenance in logic to handle multiple start/pause requests by one chain instance.
Signed-off-by: Piotr Makaruk piotr.makaruk@intel.com