spi: microchip-core-qspi: report device on which timeout occured instead of which controller

When prepare_message callbacks fail, the SPI core already reports which
controller the failure happened on. The corresponding code in the mem_ops
portion of the driver already reports the device a timeout occurred on,
so make the regular part of the driver do the same.

Signed-off-by: Conor Dooley <conor.dooley@microchip.com>
Link: https://patch.msgid.link/20260428-porcupine-ninetieth-af00cb11b990@spud
Signed-off-by: Mark Brown <broonie@kernel.org>
This commit is contained in:
Conor Dooley 2026-04-28 19:11:11 +01:00 committed by Mark Brown
parent 254f49634e
commit 4cf8806a63
No known key found for this signature in database
GPG Key ID: 24D68B725D5487D0

View File

@ -604,7 +604,7 @@ static int mchp_coreqspi_prepare_message(struct spi_controller *ctlr, struct spi
ret = mchp_coreqspi_wait_for_ready(qspi);
if (ret) {
mutex_unlock(&qspi->op_lock);
dev_err(&ctlr->dev, "Timeout waiting on QSPI ready.\n");
dev_err(&m->spi->dev, "Timeout waiting on QSPI ready.\n");
return ret;
}