nodemcu-firmware/components/platform/partitions-2MB.csv

# Espressif ESP32 Partition Table for 2MB flash
# Name,  Type, SubType, Offset,  Size
nvs,           data, nvs,      0x9000,   0x6000
phy_init,      data, phy,      0xf000,   0x1000
factory,       app,  factory, 0x10000, 0x180000
# Type 0xC2 => NodeMCU. 0x01 = LFS
lfs,           0xC2, 0x01,            , 0x10000
storage,       data, spiffs,          , 0x60000
Use custom parition table with 1.5MB for firmware (#2567) 2018-11-23 20:16:36 +01:00			`# Espressif ESP32 Partition Table for 2MB flash`
SPIFFS partition support, file module from dev. Now uses the designated partition (type 0xC2, 0x00) unconditionally. 2016-09-22 09:18:22 +02:00			`# Name, Type, SubType, Offset, Size`
LFS support for ESP32 NodeMCU (#2801) * Port LFS from ESP8266 to ESP32 2019-07-22 11:13:43 +02:00			`nvs, data, nvs, 0x9000, 0x6000`
			`phy_init, data, phy, 0xf000, 0x1000`
			`factory, app, factory, 0x10000, 0x180000`
Switch to IDF-provided VFS and standard `io` module. The IDF-provided VFS resolves several issues: - The IDF components having a different view of the (virtual) file system compared to the Lua environment. - RTOS task/thread safety. Our legacy VFS was only ever safe to use from the LVM thread, which limited its usability. Upgrading it would have effectively required a reimplementation of the IDF VFS, which would have been a bigger task with larger on-going maintenance issues. - We're no longer needing to maintain our own SPIFFS component. - We're no longer needing to maintain our own FATFS component. - The legacy of the 8266's lack of standard C interface to the file system is no longer holding us back, meaning that we can use the standard Lua `io` module rather than the cobbled-together swiss army knife also known as the file module. Of course, the downside is that we'll either have to declare a backwards breakage in regard to the file module, or provide a Lua shim for the old functions, where applicable. Also included is some necessary integer type fixups in unrelated code, which apparently had depended on some non-standard types in either the SPIFFS or FATFS headers. A memory leak issue in the sdmmc module was also found and fixed while said module got switched over to the Espressif VFS. Module documentation has been updated to match the new reality (and I discovered in some places it wasn't even matching the old reality). 2021-10-20 12:24:09 +02:00			`# Type 0xC2 => NodeMCU. 0x01 = LFS`
			`lfs, 0xC2, 0x01, , 0x10000`
			`storage, data, spiffs, , 0x60000`