dhalbert
commented
1 year ago I have also been testing this. The problem occurs even if the board is started up in bootloader mode on power up (hold down BOOT button and plug in), so it doesn't have to do with any odd setup the firmware may do.
I tested on an Adafruit Feather ESP32-S2, on two Windows 11 machines, Ubuntu 22.04, and an M1 Mac running macOS 13.1. On the Windows and Ubuntu machines, the stall described above occurs at the same location. On the Mac the read_flash runs to completion.
I tested with esptool versions back to 3.0 and up to 4.4 on Linux, with the same behavior.
My guess is that the contents of flash does not matter, as long as the non-all-1's part is large enough (CircuitPython is pretty big). If flash is completely erased, is the data sent back to the host pretty short (e.g., is it run-length encoded?)?
radimkarnis
Jason2866
trodery
Foschia
Operating System
Ubuntu 22.04.1 LTS
Esptool Version
3.0 - 4.4
Python Version
Python 3.10.6
Chip Description
ESP32-S2FH4 (revision v0.0) / ESP32-S2FNR2 (revision v0.0)
Device Description
ESP32-S2 mini
Hardware Configuration
no
How is Esptool Run
shell
Full Esptool Command Line that Was Run
esptool.py read_flash 0 0x400000 /tmp/foo.bin
Esptool Output
More Information
i tried different things. flash_erase -> read -> works retuns 4 MB of 0xff as expected installing tinyuf2-lolin_s2_mini-0.11.0 with write_flash works, starts up, opens its volume.. after that i can read back all data from 0->0x400000 without error including the tinyuf2 bootloader than i installed circuitpython-8.0-beta6 (but this doesnt really matter) the led flashed as the flash is written, reboot -> works as expected.
but now i cant dump the flash anymore. it hangs at 933888
manually i can read till 937984 after that the read hangs a random locations. 937984 - 933888 = 4095 is this a pagesize?
Other Steps to Reproduce
see "more information" for steps o reproduce
I Have Read the Troubleshooting Guide