Skip to content

Conversation

@ranj063
Copy link
Collaborator

@ranj063 ranj063 commented Nov 2, 2022

Clear the complete flag for pipelines when the scheduler widget is freed.

Fixes #3983

Clear the complete flag for pipelines when the scheduler widget is
freed.

Signed-off-by: Ranjani Sridharan <ranjani.sridharan@linux.intel.com>
@keqiaozhang
Copy link

Verified that this PR can fix #3983.

@plbossart
Copy link
Member

I don't know what to make of the results @ranj063 @keqiaozhang TGLU_UP_HDA_IPC4ZPH is a fail on multiple tests.

@ujfalusi
Copy link
Collaborator

ujfalusi commented Nov 2, 2022

I don't know what to make of the results @ranj063 @keqiaozhang TGLU_UP_HDA_IPC4ZPH is a fail on multiple tests.

I think what happened is that multiple-pipeline-playback.sh failed - firmware crash - (if it is because of this PR or not is a question) since we prevent powering down the DSP to preserve the DSP state. Consecutive tests fail since the DSP is kept powered in crashed state. With IPC4/Zephyr we don't have panic interrupt/message so we can not force a DSP power cycle.

Let me check it locally, it should be easy to hit.


/* clear pipeline complete */
if (swidget->id == snd_soc_dapm_scheduler)
swidget->spipe->complete = 0;
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can a pipeline belong to different paths?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@ujfalusi yes it can and the scheduler widget will be freed only when the last of all the users lets it go

@ujfalusi
Copy link
Collaborator

ujfalusi commented Nov 2, 2022

Let me check it locally, it should be easy to hit.

No crash so far after 46 iteration.

@ranj063
Copy link
Collaborator Author

ranj063 commented Nov 2, 2022

I don't know what to make of the results @ranj063 @keqiaozhang TGLU_UP_HDA_IPC4ZPH is a fail on multiple tests.

@plbossart IPC4 failures are due toe the chaind DAM SOF PR which shouldnt have been merged. There's a revert for that as well

@ranj063
Copy link
Collaborator Author

ranj063 commented Nov 2, 2022

I don't know what to make of the results @ranj063 @keqiaozhang TGLU_UP_HDA_IPC4ZPH is a fail on multiple tests.

I think what happened is that multiple-pipeline-playback.sh failed - firmware crash - (if it is because of this PR or not is a question) since we prevent powering down the DSP to preserve the DSP state. Consecutive tests fail since the DSP is kept powered in crashed state. With IPC4/Zephyr we don't have panic interrupt/message so we can not force a DSP power cycle.

Let me check it locally, it should be easy to hit.

it is because of the SOF PR for chained DMA that was merged a bit too early

@plbossart
Copy link
Member

@ujfalusi any objections here? this needs to go in before 2pm PDT to fix daily tests

@plbossart plbossart merged commit 2ff6aa4 into thesofproject:topic/sof-dev Nov 2, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[BUG][ADL][TGL] playback failed at the second run with ipc tx error for 0x60010000 GLB_STREAM_MSG: PCM_PARAMS

5 participants