For zynq-7000 boards, we saw issues when u-boot/linux accessing the qspi.
Issue is due to wrong dummy byte transfers for few of un-handled commands ex:
0x9F, 0x6, 0xe9, 0x4, 0x18, etc
There are many unhandled commands which do not require dummy bytes but they can
be followed by address cycles.
To fix this issue for above commands, the next upcoming tx bytes are not
considered dummies rather sent to slave directly.
Changes for V2:
Fixed commit message
Reordered to code, to avoid code duplication.
Sai Pavan Boddu (1):
xilinx_spips: send dummy cycles only if cmd requires it
hw/ssi/xilinx_spips.c | 6 ++++--
1 file changed, 4 insertions(+), 2 deletions(-)
--
2.7.4
