mirror of
https://github.com/torvalds/linux.git
synced 2026-03-09 17:06:36 +01:00
ASoC: qcom: q6asm: handle the responses after closing
For record path, multiple read requests are queued to dsp in advance. However when data stream is closed, the pending read requests are rejected by the dsp and a response is sent to the driver, this case is not handled in the driver resulting in errors like below q6asm-dai ab00000.remoteproc:glink-edge:apr:service@7:dais: command[0x10dac] not expecting rsp q6asm-dai ab00000.remoteproc:glink-edge:apr:service@7:dais: command[0x10dac] not expecting rsp q6asm-dai ab00000.remoteproc:glink-edge:apr:service@7:dais: command[0x10dac] not expecting rsp This is same for both write and eos. Fix this by allowing ASM_DATA_CMD_READ_V2, ASM_DATA_CMD_EOS and ASM_DATA_CMD_WRITE_V2 as expected response. Reported-by: Martino Facchin <m.facchin@arduino.cc> Signed-off-by: Srinivas Kandagatla <srinivas.kandagatla@oss.qualcomm.com> Tested-by: Alexey Klimov <alexey.klimov@linaro.org> # RB5, RB3 Link: https://patch.msgid.link/20251023102444.88158-6-srinivas.kandagatla@oss.qualcomm.com Signed-off-by: Mark Brown <broonie@kernel.org>
This commit is contained in:
parent
bfbb12dfa1
commit
a354f030db
1 changed files with 5 additions and 0 deletions
|
|
@ -638,6 +638,7 @@ static int32_t q6asm_stream_callback(struct apr_device *adev,
|
|||
client_event = ASM_CLIENT_EVENT_CMD_OUT_FLUSH_DONE;
|
||||
break;
|
||||
case ASM_STREAM_CMD_OPEN_WRITE_V3:
|
||||
case ASM_DATA_CMD_WRITE_V2:
|
||||
case ASM_STREAM_CMD_OPEN_READ_V3:
|
||||
case ASM_STREAM_CMD_OPEN_READWRITE_V2:
|
||||
case ASM_STREAM_CMD_SET_ENCDEC_PARAM:
|
||||
|
|
@ -654,6 +655,10 @@ static int32_t q6asm_stream_callback(struct apr_device *adev,
|
|||
goto done;
|
||||
}
|
||||
break;
|
||||
case ASM_DATA_CMD_EOS:
|
||||
case ASM_DATA_CMD_READ_V2:
|
||||
/* response as result of close stream */
|
||||
break;
|
||||
default:
|
||||
dev_err(ac->dev, "command[0x%x] not expecting rsp\n",
|
||||
result->opcode);
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue