-
Notifications
You must be signed in to change notification settings - Fork 140
ASoC: SOF: ipc4-topology: update pipeline_params in process prepare #4185
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
ASoC: SOF: ipc4-topology: update pipeline_params in process prepare #4185
Conversation
|
@ranj063 any update ? |
Copy the output format only if the returned index is less than the available number of output formats and it is meant for Pin 0. Signed-off-by: Ranjani Sridharan <ranjani.sridharan@linux.intel.com>
…format count Initialize the input format in the base config only if a module has input formats available. Signed-off-by: Ranjani Sridharan <ranjani.sridharan@linux.intel.com>
Some modules may modify the audio format during processing. So, update the pipeline params based on pin 0's output format during process prepare. Signed-off-by: Libin Yang <libin.yang@intel.com> Signed-off-by: Ranjani Sridharan <ranjani.sridharan@linux.intel.com>
9e23068 to
a6a7837
Compare
plbossart
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I can't pretend I fully understand what's behind this PR but the code looks good to me.
|
@ujfalusi could you please take a look at this one? |
|
@ranj063, there is a firmware crash on ADLP: |
|
SOFCI TEST |
ujfalusi
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ranj063, I have only one nitpick, but let's wait for the CI result if the ADLP fw crash persists or not.
sound/soc/sof/ipc4-topology.c
Outdated
| sizeof(struct sof_ipc4_audio_format)); | ||
| /* copy Pin 0 output format */ | ||
| if (available_fmt->num_output_formats && ret < available_fmt->num_output_formats && | ||
| !available_fmt->output_pin_fmts[ret].pin_index) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nitpick: it would be cleaner to available_fmt->output_pin_fmts[ret].pin_index == 0 as the comment is also telling that we are looking for pin0
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
pin_index is a u32, so !available_fmt->output_pin_fmts[ret].pin_index == 0 is doing the same no?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I know, they do the same thing, I was just saying that in this context !pin_index is not easily translates to the intention of pin_index == 0.
It was a nitpick observation.
Some modules may modify the audio format during processing. So, update the pipeline params based on pin 0's output format during process prepare.
Signed-off-by: Libin Yang libin.yang@intel.com
Signed-off-by: Ranjani Sridharan ranjani.sridharan@linux.intel.com