Skip to content

Conversation

@kv2019i
Copy link
Collaborator

@kv2019i kv2019i commented Jan 20, 2023

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

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>
@kv2019i
Copy link
Collaborator Author

kv2019i commented Jan 20, 2023

Let's see if this helps with
#6976
#6975

An alternative to revert of #6978

FYI @lgirdwood @mwasko @makarukp @mwasko @jsarha @marc-hb

@kv2019i
Copy link
Collaborator Author

kv2019i commented Jan 20, 2023

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:

numid=2,iface=MIXER,name='Master Playback Switch'
  ; type=BOOLEAN,access=rw------,values=2
  : values=off,off

What I can't explain is why tests has been testing earlier today on the same device.

@lgirdwood
Copy link
Member

@makarukp @mwasko looks back to normal with this, we can work on the TGL integration as an incremental PR.

@marc-hb
Copy link
Collaborator

marc-hb commented Jan 20, 2023

ADLP_RVP_NOCODEC_IPC4ZPH was "not available" in https://sof-ci.01.org/sofpr/PR6979/build3466/devicetest/index.html. Re-running it.

There's a WARNING: Signal too weak! failure in
https://sof-ci.01.org/sofpr/PR6979/build3466/devicetest/index.html?model=TGLU_UP_HDA_IPC4ZPH&testcase=check-alsabat-headset-playback

It maybe specific to sh-tglu-up-hda-01, @fredoh9 could you check?

@marc-hb
Copy link
Collaborator

marc-hb commented Jan 20, 2023

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.

@marc-hb
Copy link
Collaborator

marc-hb commented Jan 21, 2023

EDIT: ADLP_RVP_NOCODEC_IPC4ZPH still "not available" in https://sof-ci.01.org/sofpr/PR6979/build3474/devicetest/index.html

I finally got to the bottom of this. Sort of. Both times, the test tried to run on sh-adlp-rvp-nocodec-06. But it was in a super weird state where it would successfully execute many ssh commands but fail to download anything or write anything to log files. Filed as internal issue 350. I rebooted it, let's see what happens now.

@marc-hb
Copy link
Collaborator

marc-hb commented Jan 21, 2023

SOFCI TEST

@marc-hb
Copy link
Collaborator

marc-hb commented Jan 21, 2023

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)

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.

5 participants