- 21 Aug, 2021 1 commit
-
-
Johny Mattsson authored
Changes have been kept to a minimum, but a serious chunk of work was needed to move from 8266isms to IDFisms. Some things got refactored into components/lua/common, in particular the LFS location awareness. As part of this work I also evicted our partition table manipulation code, as with the current IDF it kept breaking checksums and rendering things unbootable, which is the opposite of helpful (which was the original intent behind it). The uart module got relocated from base_nodemcu to the modules component properly, after I worked out how to force its inclusion using Kconfig alone.
-
- 11 Aug, 2021 1 commit
-
-
Johny Mattsson authored
The uzlib and parts of Lua had to be switched over to use the C standard int types, as their custom typedefs conflicted with RISC-V toolchain provided typedefs. UART console driver updated to do less direct register meddling and use the IDF uart driver interface for setup. Still using our own ISR rather than the default driver ISR. Down the line we might want to investigate whether the IDF ISR would be a better fit. Lua C modules have been split into common and ESP32/ESP32-S specific ones. In the future there might also be ESP32-C3 specific modules, which would go into components/modules-esp32c3 at that point. Our old automatic fixup of flash size has been discarded as it interferes with the checksumming done by the ROM loader and results in unbootable systems. The IDF has already taken on this work via the ESPTOOL_FLASHSIZE_DETECT option, which handles this situation properly.
-
- 22 Jul, 2019 1 commit
-
-
Johny Mattsson authored
* Port LFS from ESP8266 to ESP32
-
- 22 Sep, 2016 1 commit
-
-
Johny Mattsson authored
It would appear my ESP3212 only has a 2MB flash chip despite the bootloader saying 4MB.
-
- 16 Sep, 2016 1 commit
-
-
Johny Mattsson authored
Currently the UART driver break boot (or at least output).
-
- 26 May, 2016 1 commit
-
-
Johny Mattsson authored
c_strtod and c_getenv are kept since strtod doesn't appear in the SDK's libc, and we want our own c_getenv to initialize the Lua main anyway.
-
- 05 Dec, 2015 1 commit
-
-
Nick Andrew authored
When lua assertions are enabled, normal operation results in many: lobject.c:88: (((t1)->tt) == 4) lobject.c:88: (((t2)->tt) == 4) lobject.c:88: (((t1)->tt) == 4) lobject.c:88: (((t2)->tt) == 4) lobject.c:88: (((t1)->tt) == 4) lobject.c:88: (((t2)->tt) == 4) It comes from using the pvalue() macro for 3 pointer types, where pvalue() also checks the type of pointer and complains through the assertion where the type == 4 (TLIGHTUSERDATA). Use the correct macro according to the type of data being compared to eliminate this assertion error. Signed-off-by:
Nick Andrew <nick@nick-andrew.net>
-
- 03 Nov, 2015 2 commits
- 06 Jan, 2015 1 commit
-
-
funshine authored
-
- 05 Jan, 2015 1 commit
-
-
HuangRui authored
-
- 22 Dec, 2014 1 commit
-
-
funshine authored
-