-
Notifications
You must be signed in to change notification settings - Fork 349
topology2: avs-tplg: disable USE_CHAIN_DMA #6979
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
topology2: avs-tplg: disable USE_CHAIN_DMA #6979
Conversation
The pipeline-free chain DMA implementation has multiple issues, so disable it by default in Intel cAVS topologies. Signed-off-by: Kai Vehmanen <kai.vehmanen@linux.intel.com>
|
CI is almost clean. There is one curious failure with alsabat on a TGL HDA device that I can't explain -> https://sof-ci.01.org/sofpr/PR6979/build3466/devicetest/index.html?model=TGLU_UP_HDA_IPC4ZPH&testcase=check-alsabat-headset-playback The capture wave file is silent, but if one looks at the mixer settings during test, it seems the master-playback switch is off: What I can't explain is why tests has been testing earlier today on the same device. |
|
There's a It maybe specific to sh-tglu-up-hda-01, @fredoh9 could you check? |
|
SOFCI TEST EDIT: ADLP_RVP_NOCODEC_IPC4ZPH still "not available" in https://sof-ci.01.org/sofpr/PR6979/build3474/devicetest/index.html We had scheduled Jenkins maintenance that took longer than expected and there is backlog now, so maybe that's expected. Should SOFCI TEST again later. |
I finally got to the bottom of this. Sort of. Both times, the test tried to run on |
|
SOFCI TEST |
|
https://sof-ci.01.org/sofpr/PR6979/build3475/devicetest/index.html has just one and unfortunately common suspend/resume failure, everything else is green. (it used sh-adlp-rvp-nocodec-05 because sh-adlp-rvp-nocodec-06 was still reserved by me) |
The pipeline-free chain DMA implementation has multiple issues, so disable it by default in Intel cAVS topologies.
Signed-off-by: Kai Vehmanen kai.vehmanen@linux.intel.com