Skip to content

Conversation

@tlauda
Copy link
Contributor

@tlauda tlauda commented Jun 26, 2019

Changes pipeline's preload conditions to take into
consideration the situation, where we don't always
want to do playback preload, because the sink part
of pipeline is already running e.g. mixer topology.
However the host component still needs to perform
preload on its own, so for now we make the decision
based on stream's direction.

Fixes #1526.

Signed-off-by: Tomasz Lauda tomasz.lauda@linux.intel.com

Changes pipeline's preload conditions to take into
consideration the situation, where we don't always
want to do playback preload, because the sink part
of pipeline is already running e.g. mixer topology.
However the host component still needs to perform
preload on its own, so for now we make the decision
based on stream's direction.

Signed-off-by: Tomasz Lauda <tomasz.lauda@linux.intel.com>
@tlauda
Copy link
Contributor Author

tlauda commented Jun 26, 2019

@lgirdwood @plbossart @ranj063 @kv2019i I don't like this fix, but as for now there is no other way to handle it nicely. It exposes our faulty way of constructing mixer topologies. Pipeline with mixer and dai components should be separate pipeline, which then could be separately handled. I think we already had some discussion about making mixer produce zeroes and extracting it to the other pipe. Right now the mixer and dai are the part of the first host stream, which makes it hard to manage.

@tlauda tlauda added bug Something isn't working as expected and removed bug Something isn't working as expected labels Jun 26, 2019
@lgirdwood
Copy link
Member

@tlauda agree, we need to spend some time on pipeline to make to simplify the logic and make the code more portable.

@lgirdwood lgirdwood merged commit 440cd55 into thesofproject:master Jun 29, 2019
@tlauda tlauda deleted the topic/preload-change branch November 22, 2019 11:25
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.

[BUG] start/stop of SSP/nodec stream interferes with another stream

3 participants