Describe the bug
The CPS/CPS values for MTL are incorrect for multiple modules. Currently the DSP FW does not adjust DSP speed based on this data, but when this feature is enabled, the incorrect data will lead to running DSP at too low/high frequency, leading to either audio artifacts, or too high power consumption.
To Reproduce
Need in-progress code for FW -> #7267
Reproduction Rate
100%
Expected behavior
Values should be closer to those used on mtl-004 branch of rimage
https://github.com/thesofproject/rimage/tree/mtl-004-drop-stable
96ed61016a6fb3551b6013ccbb0a4935ae494f07 (origin/mtl-004-drop-stable) mtl: fill in cps and cpc data for smart_amp_test module
f59cf6fa05156ed9e5f404f2e599746d5e8573b5 mtl: fill in cps and cpc data for ASRC module
0bcef6fea4d9592d7d9ee4b5847c1960a97d6052 mtl: fill in subsequent measured cps and mcps data
FYI @abonislawski @mwasko @ujfalusi @lgirdwood @kfrydryx @pblaszko
Describe the bug
The CPS/CPS values for MTL are incorrect for multiple modules. Currently the DSP FW does not adjust DSP speed based on this data, but when this feature is enabled, the incorrect data will lead to running DSP at too low/high frequency, leading to either audio artifacts, or too high power consumption.
To Reproduce
Need in-progress code for FW -> #7267
Reproduction Rate
100%
Expected behavior
Values should be closer to those used on mtl-004 branch of rimage
https://github.com/thesofproject/rimage/tree/mtl-004-drop-stable
FYI @abonislawski @mwasko @ujfalusi @lgirdwood @kfrydryx @pblaszko