1. 30 Jan, 2024 1 commit
    • Johny Mattsson's avatar
      Initial migration to IDFv5.0 · f126b6fe
      Johny Mattsson authored
      Plenty of dependency adjustments, printf format specificier updates,
      FreeRTOS type and macro name modernisation, not to mention API changes.
      
      Still plenty of legacy/deprecated drivers in use which will need updating.
      
      The following features have been removed due to no longer being available
      from the IDF:
        - ADC hall effect sensor reading
        - Configuration of SD SPI host via sdmmc module (now must be done first
          via the spimaster module)
        - FAT partition selection on external SD cards; only the first FAT
          partition is supported by the IDF now
      
      On the other hand, the eth module now supports the following new chipsets:
        - KSZ8001
        - KSZ8021
        - KSZ8031
        - KSZ8051
        - KSZ8061
        - KSZ8091
        - Possibly additional models in the LAN87xx series (the IDF docs aren't
          clear on precisely which models are handled)
      
      Further, the sdmmc module is now available on the ESP32-S3 as well.
      f126b6fe
  2. 21 Aug, 2021 1 commit
    • Johny Mattsson's avatar
      Port Terry's Lua 5.1 + 5.3 work from the esp8266 branch. · 17df207a
      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.
      17df207a
  3. 11 Aug, 2021 1 commit
    • Johny Mattsson's avatar
      Add ESP32C3 support/coexistence. · f123d462
      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.
      f123d462
  4. 22 Jul, 2019 1 commit
  5. 22 Sep, 2016 1 commit
  6. 16 Sep, 2016 1 commit
  7. 26 May, 2016 1 commit
  8. 05 Dec, 2015 1 commit
    • Nick Andrew's avatar
      Remove the lobject.c:88 assertion failures · e9ee9a57
      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: default avatarNick Andrew <nick@nick-andrew.net>
      e9ee9a57
  9. 03 Nov, 2015 2 commits
  10. 06 Jan, 2015 1 commit
  11. 05 Jan, 2015 1 commit
  12. 22 Dec, 2014 1 commit