Hi Patrice On 5/12/22 09:17, Patrice Chotard wrote:
Waiting for SR_BUSY bit when receiving a new command is not needed. SR_BUSY bit is already managed in the previous command treatment.Signed-off-by: Patrice Chotard <patrice.chot...@foss.st.com> --- drivers/spi/stm32_qspi.c | 4 ---- 1 file changed, 4 deletions(-) diff --git a/drivers/spi/stm32_qspi.c b/drivers/spi/stm32_qspi.c index 3c8faecb54..ceba413727 100644 --- a/drivers/spi/stm32_qspi.c +++ b/drivers/spi/stm32_qspi.c @@ -255,10 +255,6 @@ static int stm32_qspi_exec_op(struct spi_slave *slave, op->dummy.buswidth, op->data.buswidth, op->addr.val, op->data.nbytes);- ret = _stm32_qspi_wait_for_not_busy(priv);- if (ret) - return ret; - addr_max = op->addr.val + op->data.nbytes + 1;if (op->data.dir == SPI_MEM_DATA_IN && op->data.nbytes) {
Reviewed-by: Patrick Delaunay <patrick.delau...@foss.st.com> Thanks Patrick
