]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
spi: microchip-core-qspi: don't attempt to transmit during emulated read-only dual...
authorConor Dooley <conor.dooley@microchip.com>
Thu, 30 Apr 2026 10:10:19 +0000 (11:10 +0100)
committerMark Brown <broonie@kernel.org>
Mon, 4 May 2026 13:23:01 +0000 (22:23 +0900)
commiteb56deaabf127e8985fc91fa6c97bf8a3b062844
tree9942e99ccab665e897d888d2266381bf456e588c
parent7672749e1496215e8683ce57cf323119033954cf
spi: microchip-core-qspi: don't attempt to transmit during emulated read-only dual/quad operations

The core will deal with reads by creating clock cycles itself, there's
no need to generate clock cycles by transmitting garbage data at the
driver level. Further, transmitting garbage data just bricks the transfer
since QSPI doesn't have a dedicated master-out line like MOSI in regular
SPI. I'm not entirely sure if the transfer is bricked because of the
garbage data being transmitted on the bus or because the core loses
track of whether it is supposed to be sending or receiving data.

Fixes: 8f9cf02c88528 ("spi: microchip-core-qspi: Add regular transfers")
CC: stable@vger.kernel.org
Signed-off-by: Conor Dooley <conor.dooley@microchip.com>
Link: https://patch.msgid.link/20260430-freezing-saloon-95b1f3d9dad0@spud
Signed-off-by: Mark Brown <broonie@kernel.org>
drivers/spi/spi-microchip-core-qspi.c