Description
In the Linux kernel, the following vulnerability has been resolved: 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.
Affected products
Version statuses are supplied by the assigning organization. Consult the original record for detailed ranges and platform conditions.
Linux Linux
Default version status: unaffected
8f9cf02c8852837923f1cdacfcc92e138513325c to < ec9d0ddbde6003c303fa5e1d5cd48952852984d8affected8f9cf02c8852837923f1cdacfcc92e138513325c to < 67184f361ab4d9fac6d2b8d5fed6649d496038a4affected8f9cf02c8852837923f1cdacfcc92e138513325c to < eb56deaabf127e8985fc91fa6c97bf8a3b062844affected
Linux Linux
Default version status: affected
6.17affected0 to < 6.17unaffected6.18.30 to ≤ 6.18.*unaffected7.0.7 to ≤ 7.0.*unaffected7.1 to ≤ *unaffected