Skip to content

[BUG] nocodec (SSP) topology with PASSTHROUGH=yes is broken. #9979

@ujfalusi

Description

@ujfalusi

Describe the bug
A nocodec topology which is built using the PASSTHROUGH=yes will result incorrect SSP configurations.

The topology will have one hw_config:
48KHz, S32_LE, stereo

three SSP blobs:
48KHz, S32_LE, stereo
96KHz, S32_LE, stereo
192KHz, S32_LE, stereo

The dai and host copier is supporting three formats on their inputs and outputs:
48KHz, S16_LE, stereo
48KHz, S24_LE, stereo
48KHz, S32_LE, stereo

This only works if the PCM is opened with 48KHz, S32_LE, stereo. All other configurations are broken.

To Reproduce
Use any of the nocodec-fpga topology or build one for TGL (upx) for example:

"cavs-nocodec\;sof-tgl-nocodec-pass\;NUM_DMICS=4,PDM1_MIC_A_ENABLE=1,PDM1_MIC_B_ENABLE=1,\
PREPROCESS_PLUGINS=nhlt,NHLT_BIN=nhlt-sof-tgl-nocodec-pass.bin,\
PLATFORM=tgl,PASSTHROUGH=true"

Reproduction Rate
10/10

Expected behavior
Not broken topology, but I don't know how that should look like...

Impact
A bit more than annoyance as it is not expected to face with a topology which provides broken configuration.

Metadata

Metadata

Assignees

Labels

bugSomething isn't working as expected

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions