thesofproject
topology2: cavs-nocodec: Add an intermediate pipeline
Add an intermediate pipeline between the host and DAI pipelines.
Signed-off-by: Ranjani Sridharan [email protected]
does the mixout->gain->mixin pipeline have to be present only in playback? I think it is also possible in a capture pipeline.
does the mixout->gain->mixin pipeline have to be present only in playback? I think it is also possible in a capture pipeline.
maybe but I guess for a test for intermediate pipelines, this is good enough
Almost 100% failure rate in Intel IPC4 plan, see test run 16208 . UPDATE: this can be unrelated as I see FW load failing, but needs to be confirmed.
I guess it is because this PR should be tested with the intermediate pipeline kernel support https://github.com/thesofproject/linux/pull/3917
Almost 100% failure rate in Intel IPC4 plan, see test run 16208 . UPDATE: this can be unrelated as I see FW load failing, but needs to be confirmed.
I guess it is because this PR should be tested with the intermediate pipeline kernel support thesofproject/linux#3917
@aiChaoSONG @kv2019i any update ? Can we merge ?
@ranj063 looks like we have a conflict now.
@lgirdwood this will have to wait until we bring back the mixer to the nocodec tplg. We're very close to doing that. Please hold off on merging this for a couple more days
@ranj063 looks like we have a conflict now.
@lgirdwood this will have to wait until we bring back the mixer to the nocodec tplg. We're very close to doing that. Please hold off on merging this for a couple more days
ok, pls ping me when ready.
how is this related to #6131 ? EDIT: ok, that one is topology1, sorry, ignore this
the goal is the same @lyakh, for both topology1 and 2 we want to catch invalid firmware assumptions that a pipeline is connected to a dai or a host, and in the case of IPC4 detect cases where the intermediate pipeline is not correctly configured by the Linux driver. Think of the nocodec topology as a 'pipe cleaner'
@ranj063 array-support merged in #7113 so rebase will be needed
@kv2019i wouldn't this be dropped in favour of #6981 or do we need both stream types in nocodec?