Andrew Leech

Thanks for the suggestions, I've restructured the content in the latest push. I haven't got the rst docs importing the readme, not sure how much adjusting would be needed in...

> Edit: This fault seems to be caused by the situation, that a previous call (here write sd) was not finished at the time of calling `close()`. If I add...

Thanks for sharing your test script @robert-hh - I've fixed a few more issues I found and confirmed that VFAT mkfs works correctly now, as do basic read/write along with...

> reading back the data and verifying the content Very interesting, I had run some basic tests with reading back data without fail. I've run your updated script a number...

@robert-hh thanks, that's really helpful! I should be able to reproduce that now.

Hi @robert-hh building with SDRAM disabled did indeed reliably reproduce the issue for me... and I have so far been unable to fix it with the non-blocking api from the...

Thanks @robert-hh I had a few more attempts at getting it working with the non blocking SDK API but just could not figure out how to prevent the corruption. I...

Yeah absolutely the reliability is critical. The existing use of USDHC_TransferBlocking does seem to be reliable at least. USDHC_TransferNonBlocking would mean we can control the "waiting for transfer" loop and...

Thanks for the suggestions @jshort I've rebased and added additional test coverage along with some other cleanups. While doing this I found some issues with ipv6 address bracket notation support...

@garywill was this on an esp and/or using a UART repl? While is sounds like a rare issue (likely even more so on a native usb repl), it's the sort...