Skip to content

pipeline: add a flag for FW xrun recovery disabling - #833

Merged
lgirdwood merged 1 commit into
thesofproject:masterfrom
keyonjie:master
Jan 25, 2019
Merged

lgirdwood merged 1 commit into
thesofproject:masterfrom
keyonjie:master

Conversation

@keyonjie

@keyonjie keyonjie commented Jan 14, 2019 •

Copy link
Copy Markdown
Contributor

This is PR [1/2] of Xrun recovery fixes and [1/5] of fixes of #800.

Add a flag NO_XRUN_RECOVERY to disable the FW internal xrun recovery,
make it to false by default.

Signed-off-by: Slawomir Blauciak slawomir.blauciak@linux.intel.com
Signed-off-by: Keyon Jie yang.jie@linux.intel.com

@keyonjie

Copy link
Copy Markdown
Contributor Author

@lgirdwood could you please review this firstly, once it is merged, I will submit my next series which verified that to make both with and without NO_XRUN_RECOVERY, we can handle FW initiated Xrun nicely.

I think that will fix our FW Xrun recovery thoroughly and all related issues will be benefited.

Comment thread src/audio/pipeline.c Resolved
@keyonjie
keyonjie force-pushed the master branch 2 times, most recently from f32368a to 4590fef Compare January 15, 2019 03:15
@keyonjie

Copy link
Copy Markdown
Contributor Author

@lgirdwood updated.

@lgirdwood lgirdwood left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Looks like there is a CI issue too.

Comment thread src/audio/pipeline.c Outdated

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

This should return 0 so it always succeeds (except where it may fail on system that have XRUN recovery in FW enabled).

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

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

This should return 0 so it always succeeds (except where it may fail on system that have XRUN recovery in FW enabled).

with the logic inside pipeline_task(), if we return 0 here, it means xrun recover success, it will continue copy or next schedule(those will fail again), that's not what we want?

@keyonjie

Copy link
Copy Markdown
Contributor Author

Looks like there is a CI issue too.

I can't access quickbuild.igk.intel.com, can you share me the error detail?

@lgirdwood

Copy link
Copy Markdown
Member

@keyonjie pls apply for access.

@keyonjie

keyonjie commented Jan 15, 2019 •

Copy link
Copy Markdown
Contributor Author

@keyonjie pls apply for access.

thanks, got it now.

@lgirdwood looks the QB error is because of network issue, not of the PR code itself.

@lgirdwood

Copy link
Copy Markdown
Member

@zrombel fyi, looks like a CI server may need kicked by you ;)

@lgirdwood

Copy link
Copy Markdown
Member

@keyonjie can you rebase. CI is back now working.

@lgirdwood

Copy link
Copy Markdown
Member

@keyonjie looks like you need to rebase.

@keyonjie

Copy link
Copy Markdown
Contributor Author

@keyonjie looks like you need to rebase.

@lgirdwood done.

Add a flag NO_XRUN_RECOVERY to disable the FW internal xrun recovery,
make it to false by default.

Signed-off-by: Slawomir Blauciak <slawomir.blauciak@linux.intel.com>
Signed-off-by: Keyon Jie <yang.jie@linux.intel.com>
@lgirdwood
lgirdwood merged commit 3dbd1fb into thesofproject:master Jan 25, 2019
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.

3 participants