• larodi 9 hours ago |
    This was already posted back in the day, but gained zero points, which seems unfair, given the tooling applied here. Playing with one TTGO with small display, this all in the article makes lotta sense, and perahsp to others too.
  • majke 8 hours ago |
    ESP32 uses the Xtensa instruction set. As far as I understand this is a custom instruction set, which is surprisingly popular in low power applications.

    Investigating this lead me to an interesting polish company called semihalf who were recently acquired by google.

    https://www.youtube.com/watch?v=qLh1FOcGysY

    Apparently they added some Xtensa support to clang. I guess that means xtensa is very important in the android context.

    • philsnow 6 hours ago |
      There are ESP32s that use RISC-V, see https://www.espressif.com/en/products/socs/esp32-c3
      • jsheard 6 hours ago |
        All of their models released after a certain point are RISC-V, though there's still gaps in the capabilities of their RISC-V range (e.g. no LCD controller or USB OTG) which means it can't cover all of the Xtensa models use-cases yet.
    • robjwells 5 hours ago |
      Xtensa is from Tensilica (now Cadence) but, as sibling comments point out, new Espressif designs use RISC-V. There's a bit of an overlap point: the ESP32-S2 and ESP32-S3 are recent designs that use Xtensa, and they were released at roughly the same time as the ESP32-C3 (I believe the first Espressif RISC-V part).

      Here's the ISA summary for Xtensa LX as used by the ESP32: https://www.cadence.com/content/dam/cadence-www/global/en_US...

      The S2 & S3 are more powerful and capable than the currently available Espressif RISC-V microcontrollers. Perhaps it's best to think of them marking the summit or climax of Espressif's Xtensa parts. But the future clearly lies with RISC-V.

      The Xtensa support in LLVM/Clang appears to have resulted (at least in part) from Espressif's active support for Rust on their microcontrollers. The recent Rust 1.81 release merged support for the ESP32, ESP32-S2 and ESP32-S3 into upstream rustc. It's great to see a microcontroller vendor directly support the use of Rust on its parts, and not just its "new" parts.

      Edit: To be clear, the ESP-IDF framework is a huge C project, so Espressif working on LLVM support for Xtensa is clearly _not just_ for Rust. And "easy mode" Rust-on-Espressif (std support!) relies on the ESP-IDF so merging their patches into LLVM is beneficial all-round.

    • ithkuil 4 hours ago |
      Xtensa is an interesting "instruction set" because it's not one single instruction set but it's a "parametric instruction set" (hence the name which hints at "extensible")

      When instantiating an xtensa core you can choose how many registers you want, whether you want to have register windows or not, and many other options.

      If you want a compiler that targets a given instance of that architecture you have to tailor it to those parameters.

      • amelius 19 minutes ago |
        Sounds nice in theory, and it makes sense to some extent, but in practice that leaves you with a plethora of different instruction sets, so you'll have binary incompatibility issues all the time. Instead of downloading that "x86_64" package, you now have to download xtensa_par1_par2_par3_par4 etc.
  • pengaru 7 hours ago |
    For those on *nux wishing to play with Rocket, I've found emoon's GL editor preferable over the Qt one bundled with the library.

    https://github.com/emoon/rocket

    • SpaceNugget 6 hours ago |
      Emoons' editor is featured in the article. I don't understand these kinds of comments.
  • camtarn 6 hours ago |
    The demoscene trickery is not very significant and is only a tiny part of the article. Great project though, so still worth reading.
  • anyfoo 6 hours ago |
    This is great. I shudder a bit over doing all that dev work from Windows, but they made it work very nicely.