diff options
| author | Richard Fitzgerald <[email protected]> | 2025-03-23 17:05:29 +0000 |
|---|---|---|
| committer | Mark Brown <[email protected]> | 2025-03-25 14:21:51 +0000 |
| commit | 2593f7e0dc93a898a84220b3fb180d86f1ca8c60 (patch) | |
| tree | efe80529c6880cccbf501b648e9e2cbc62d3f779 /net/core/lock_debug.c | |
| parent | ASoC: SDCA: Correct handling of selected mode DisCo property (diff) | |
| download | kernel-2593f7e0dc93a898a84220b3fb180d86f1ca8c60.tar.gz kernel-2593f7e0dc93a898a84220b3fb180d86f1ca8c60.zip | |
firmware: cs_dsp: Ensure cs_dsp_load[_coeff]() returns 0 on success
Set ret = 0 on successful completion of the processing loop in
cs_dsp_load() and cs_dsp_load_coeff() to ensure that the function
returns 0 on success.
All normal firmware files will have at least one data block, and
processing this block will set ret == 0, from the result of either
regmap_raw_write() or cs_dsp_parse_coeff().
The kunit tests create a dummy firmware file that contains only the
header, without any data blocks. This gives cs_dsp a file to "load"
that will not cause any side-effects. As there aren't any data blocks,
the processing loop will not set ret == 0.
Originally there was a line after the processing loop:
ret = regmap_async_complete(regmap);
which would set ret == 0 before the function returned.
Commit fe08b7d5085a ("firmware: cs_dsp: Remove async regmap writes")
changed the regmap write to a normal sync write, so the call to
regmap_async_complete() wasn't necessary and was removed. It was
overlooked that the ret here wasn't only to check the result of
regmap_async_complete(), it also set the final return value of the
function.
Fixes: fe08b7d5085a ("firmware: cs_dsp: Remove async regmap writes")
Signed-off-by: Richard Fitzgerald <[email protected]>
Link: https://patch.msgid.link/[email protected]
Signed-off-by: Mark Brown <[email protected]>
Diffstat (limited to 'net/core/lock_debug.c')
0 files changed, 0 insertions, 0 deletions
