Yeah, that's what I'm thinking too; as I wrote above:

My only other hypothesis is that this is due to CPU cache coherency, but the spi_flash code looks like it's careful to disable/enable caches.

However I have no idea what additional cache might be at fault, nor how to flush it.

My app will sometimes just freeze -- it stops logging and responding to network requests. I'd like to interrupt it and drop into the GDB stub and look at the thread/task stacks. Is there a way to do this? I can't find a monitor command for it. My dev board (a SparkFun ESP32 Thing) has two physical b...

I've never seen anyone use send() to write to a TCP socket! TCP is a stream, so you use write() to write to it and read() to read. The only time I would use send() is for UDP. I have no idea what happens if you call send() instead of write(). It may well skip part of the TCP logic and send the packe...

I'm calling esp_partition_mmap() to memory-map a flash partition, and then esp_partition_erase_range() and esp_partition_write() to write to it. Most of the time (95%?) this works fine, but intermittently I see errors where, after a write, part of the mapped memory is still filled with FF instead of...

I couldn't believe how primitive it is to set up the toolchain; like going back to the last ice age when MS-DOS roamed the planet. It should be easy to install the software directly from the Espressif website, without have to clone things off GitHub and to refer to instructions from 'readthedocs' I...

Sorry to hijack this thread back to something closer to its original topic ... but has there been any progress with LTO support in the past year? I use (Clang's) LTO in my iOS projects and it helps quite a bit with performance as well as code size.

tl;dr: How do I prevent the linker from dead-stripping .o files that aren't referenced by symbols from any other .o files? I'm porting some code that uses the Catch unit-testing framework. Its test macros expand into C++ static initializers that register a test at startup time, instead of requiring...