DISCO_F769NI has QSPI timeouts #15108
Description
Description of defect
When reading from a LittleFSv2 filesystem, reads will fail sometimes.
Adding tracing or block device slicing causes this issue to become less pronounced.
Here's an example error with tracing (and a printf in HAL_QSPI_* functions):
[2317.075817 0.000972] ÿClosing "/fs/numbers.txt"... OK
[2317.078827 0.003010] Opening the root directory... OK
[2317.081825 0.002998] root directory:
[2317.082858 0.001033] .
[2317.083829 0.000971] ..
[2322.085432 5.001603] [ERR ][STQS]: HAL_QSPI_Receive error 1 status 1
[2322.090482 0.005050] [ERR ][QSPIF]: QSPI Read failed
[2322.094494 0.004012] [ERR ][QSPIF]: Read Command failed
[2322.099857 0.005363] Closing the root directory... OK
[2322.101475 0.001618] Opening "/fs/numbers.txt"... [ERR ][STQS]: HAL_QSPI_Receive error 1 status 1
[2322.109472 0.007998] [ERR ][QSPIF]: QSPI Read failed
[2322.113477 0.004004] [ERR ][QSPIF]: Read Command failed
[2322.118441 0.004965] Fail :(
[2322.119431 0.000990]
[2322.119441 0.000010]
[2322.119447 0.000006] ++ MbedOS Error Info ++
[2322.121459 0.002012] Error Status: 0x80FF0100 Code: 256 Module: 255
[2322.125466 0.004007] Error Message: Fatal Run-time error
[2322.128478 0.003012] Location: 0x8000415
[2322.130466 0.001988] Error Value: 0x0
[2322.132442 0.001976] Current Thread: main Id: 0x20002854 Entry: 0x8002951 StackSize: 0x1000 StackMem: 0x20001830 SP: 0x2000277C
[2322.141476 0.009034] For more info, visit: https://mbed.com/s/error?error=0x80FF0100&tgt=DISCO_F769NI
[2322.148481 0.007005] -- MbedOS Error Info --
[2322.151437 0.002956] error: (-4001)
[2322.152460 0.001023]
(times are added by grabserial)
Target(s) affected by this defect ?
32F769IDISCOVERY
Toolchain(s) (name and version) displaying this defect ?
arm-none-eabi- 11.2.0 from Arch Linux
arm-none-eabi- 10.2.1 from Arch Linux User Repository
mbed-cli installed from pip
What version of Mbed-os are you using (tag or sha) ?
mbed-os-6.14.0
What version(s) of tools are you using. List all that apply (E.g. mbed-cli)
mbed-cli from pip, so 1.10.5
See toolchains reported earlier
How is this defect reproduced ?
Run the LittleFS example with the filesystem changed to LittleFSv2. Keep rebooting the board until failure.
The testing setup we use is this:
main.cpp
target.json
hal_log.patch
This bug seems fairly similiar to #10049
Re-applying the changes to 5c872a4 as mbed_fix.patch seems to fix the issue. Maybe the HAL needs to define QSPI1_V1_0 for the 32F769NI? Or maybe it's a false positive.