[llvm-dev] ESP32 Tensilica Xtensa LX6 backend. Interest? Prior attempts?
Afonso Bordado via llvm-dev
llvm-dev at lists.llvm.org
Wed Jul 25 03:47:50 PDT 2018
Hi, I'm the author of one of the backends mentioned (afonso360).
I stopped working about half a year ago, when I heard from someone
in Espressif that they were starting a LLVM backend.
I've contacted them recently (start of this month) and they told me
that they are still working on this and are in a final testing phase.
That being said, I don't know when they are going to release it, or if
they are going to upstream it. So, if you are still planning on going
forward with your backend, let me know, because I loved working on my
backend and with the architecture, and would like to continue working
on your branch and hopefully get this upstreamed.
On Mon, 2018-07-23 at 16:28 -0700, Ryan Houdek via llvm-dev wrote:
> Hello all,
> I'm currently working on a backend for the CPU within ESP32 MCUs.
> Which is a Tensilica Xtensa LX6 based CPU.
> Some information about the CPU, it's an in-order design with flexible
> build options.
> These build options include 32bit float instruction, "zero" overhead
> loops, MAC16 DSP operations, boolean registers, a 32 or 64 register
> large register file with 16 registers exposed in the ISA at any given
> moment, and SMP support.
> The ISA can be flexible in size with both 24bit and 16bit instruction
> encodings and has a few other features.
> I'm targeting the Hardkernel ODROID-GO device with this backend,
> which is running an ESP32-WROVER chip which supports most of the
> features with its LX6 CPU core.
> The work on my backend is coming up fast, with object files already
> being generated and running on the device with a weekend's worth of
> work or so. There is an interest in the community of this device to
> support more languages than the original GCC based toolchain
> supports. Which is where the LLVM backend comes in.
> With that in mind, I do know that people in the past have attempted
> working on backends for Xtensa targets. All of these that I could
> find have died . I'm going to want to upstream this work,
> but I'm curious at what point it should be merged to cause as little
> friction as possible. Currently it is in a state where code is
> running but it is of course in heavy development and improving.
> I'm planning on getting it to a stable state, where the LLVM backend
> can co-exist with the GCC toolchain. Which is going to be a longtime
> time investment. Their toolchain has a large amount of GCC-isms stuck
> in it that will take a fairly large amount of time to fully weed out
> in the near-term.
> I'm not planning on dropping the code and vanishing for the
> foreseeable future due to this.
> So the question is, at what point should I start upstreaming code?
> Right now, where it is working with a fairly minimal skeleton
> structure? Some arbitrary point in the future where it can compile
> most applications for these devices? Couple months to a year down the
> road when it has stabilized and bloated to the size of a regular
> In addition, what sort of interest is there from other people in this
> mailing list for this target? Are there some Xtensa lovers hiding
> that would want this? Is the maintenance burden too much for people
> to want this to be upstreamed?
> Leaving off, here are my current repos for the target. Loads of
> activity happen on them, probably won't be the same commit when you
> see this mail.
>  https://www.hardkernel.com/main/products/prdt_info.php?g_code=G15
>  https://github.com/jdiez17/llvm-xtensa
>  https://github.com/NyxCode/xtensa-llvm
>  https://github.com/afonso360/llvm-xtensa
> LLVM Developers mailing list
> llvm-dev at lists.llvm.org
More information about the llvm-dev