ESP32 PSRAM support

[rudi ;-)]

Good to hear you found the problem. So you have the Lyontek chip working as well now?

will get this lyontek wild horse this week,
btw please check jeroen ( FYI )

aNote.png (27.29 KiB) Viewed 16998 times

txs!

[rudi ;-)]

interesting, PSRAM & FLASH same QIO CLK time + frequency, why not share on 40MHz?
Because of SPI Read ID function only with 4 / 8 MHz ?

I think we can on custom mode the Read ID save and share the CLK in 40 MHz - would save a GPIO ( IO17 )

CLK_PSRAM_FLASH_same_time.png (32.87 KiB) Viewed 16952 times

best wishes
rudi

[rudi ;-)]

flash clk comes 2 clks earlier -
_ psram clk need a cycl after #CE goes high for terminated_

det1.jpg (83.16 KiB) Viewed 16948 times

det2.jpg (75.79 KiB) Viewed 16948 times

det3.jpg (76.79 KiB) Viewed 16948 times

best wishes
rudi

[rudi ;-)]

Hi

few weeks ago i got an email, that there is a guy, that have request samples
from a PSRAM manufacturer and if there comes samples, then he will share
if they send more as one

it was a long time cause one time the trader has shipped on wrong address and not to the guy.
so the manufacturer must send again to the trader for forwarding to the guy.

after this was done the guy send me again an email, that he get samples 3 peaces
and he will share to me one peaces ( how cool is that ? he got only 3 and he share to me from this one peaces - )

Today i got a parcel from switzerland and the guy did what he promissed.
i got today the long long waiting PSRAM in 3.3V and 64Mbit from Lyontek

it is the 64er L ( 3.3 ) version not S ( 1.8 ) version

so now, what i can do for the guy and you folks and me
i can test this on a Rev0 and Rev1 Silicon SoC ESP32.

First start was simple, does the 3.3V Version passes the ID Check.
This was done - and the ID Check passed successful

Then the next step was, to test this on a Rev1 and ... why not - i taked the Wrover-Kit where DOOM was run with 1.8V Flash and 1.8V ESP-PSRAM32 .

So i remove first the Case of wrover and saw, that the SoC was 112017 ( mmh ) and is still Rev1 ( mmh )
the next i remove the 1.8V ESP-PSRAM32 and the 1.8V Flash.
Then i solder the 3.3V PSRAM 64Mbit Version and a 3.3V Flash from a Wroom32

the MTDI ( IO12 ) was then pulled down ( GND )
cause there is 10K Ohm in the pulled up bootstrap line ( R9 )

checked then the fine 3.3V that comes from VDD_SDIO intern regulator

After this steps i flashed the DOOM Firmware and....


... it work's!


best wishes
rudi


sum:

Wrover_3_3V_64Mbit_PSRAM_Mod.jpg (466.73 KiB) Viewed 16880 times

[q2222ch]

@rudi;-)

[WiFive]

Stable, no crash? Try for 80mhz?

You have another wrover-kit to measure difference in power consumption?

[rudi ;-)]

Stable, no crash? Try for 80mhz?

You have another wrover-kit to measure difference in power consumption?

is the KIT/esp-idf up2date for 80 Mhz and psram combine?


#yes will do a patch and test#
but earliest after wednesday


edit: forget to answere the top question:
yes - i think it is stable - but have to test more with it.
btw 1.8V
32, 64 ( 128 comes in August )
now MP also 256Mbit

256MBitPsrAM1.8.png (17 KiB) Viewed 16840 times

yes can compare few things here now.
love express DHL

best wishes
rudi

[temp4eb]

..
You can download the beta esp-idf and the toolchain from the usual spots (https://github.com/espressif/esp-idf and https://github.com/espressif/crosstool-NG) but be sure to switch to the psram-compatible branches. For esp-idf, the branch is called 'feature/psram_malloc', for the toolchain it is called 'xtensa-1.22.x-ext_ram_patch'. Note that there are no binaries available for the toolchain, you will need to build it from source. For the different OSses, this is documented here: Linux Mac (Sorry, no Windows support for this yet.). Note: In order to get the psram version, in the instructions at the 'git clone' command, replace 'xtensa-1.22.x' with 'xtensa-1.22.x-ext_ram_patch'. For esp-idf, just clone esp-idf as usual, then do 'git checkout feature/psram_malloc'.

after you have do 'git checkout feature/psram_malloc'
be sure you do this step then :
git submodul update --init

-> toolchain successful

esp8266@esp8266-VirtualBox:~/esp32psram/xtensa-esp32-elf/bin$ xtensa-esp32-elf-gcc --version
xtensa-esp32-elf-gcc (crosstool-NG crosstool-ng-1.22.0-64-g47d56eb) 5.2.0
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


-> esp-idf successful
-> hello_world successful

wrover modul still revision 0

pSRAM_REV0.jpg

can we check on Rev0 wrover the pSRAM?

edit:

tested -
--- ok - no pointer --

Code: Select all

/*spiram*/
#include "esp_heap_alloc_caps.h"
// #include "../spiram.h" /*** void enable_spi_sram(); ***/

...
uint32_t* buffer = pvPortMallocCaps(4*1024*1024, MALLOC_CAP_SPISRAM);
    if (buffer==NULL) {
       printf("could not create SPIRAM Pointer\n");
    } else {
      printf("RAM init done\n");
    }
    

Code: Select all

void enable_spi_sram();

best wishes
rudi

Hi Rudi,
I got a piece of ESP32 WROVER KIT V3 board which had the ESP-WROVER with 4MB of psRAM.And I had git clone the feature/psram_malloc branch esf-idf code.The build failed when I open the ext PSRAM features.It seems need special xtensa-esp32-elf files .Since I use the Win7 64bit ,so I take the Msys2 as the IDE,which need xtensa-esp32-elf-XX.exe to build the firmware.I tried to make and build xtensa-1.22.x-ext_ram_patch version crosstool-ng but failed.I noticed you were using the win7 too.Could you please send me the xtensa-esp32-elf-XX.exe which could build the psram ESP32 code?Or Could you please tell me how to get the xtensa-esp32-elf-XX.exe which could build the psram ESP32 code?Thanx!

[rudi ;-)]

Hi Rudi,
I got a piece of ESP32 WROVER KIT V3 board which had the ESP-WROVER with 4MB of psRAM.
And I had git clone the feature/psram_malloc branch esf-idf code.
The build failed when I open the ext PSRAM features.
It seems need special xtensa-esp32-elf files .
Since I use the Win7 64bit ,so I take the Msys2 as the IDE,which need xtensa-esp32-elf-XX.exe to build the firmware.
I tried to make and build xtensa-1.22.x-ext_ram_patch version crosstool-ng but failed.
I noticed you were using the win7 too.
Could you please send me the xtensa-esp32-elf-XX.exe which could build the psram ESP32 code?
Or Could you please tell me how to get the xtensa-esp32-elf-XX.exe which could build the psram ESP32 code?
Thanx!

hi temp4eb

there is just in time officially no windows (*.exe) support for the feature/psram_malloc

you need to build the toolchain under linux and there you can then compile the code.

an other way is, you build the toolchain with posix and cygwin under windows
then you get the *.exe like you wrote.

see my attached log, this runs pretty fine - until last steps - debuger tools, then there is missing something
( have not look deeper just in time - but the next days i will try again )
perhabs ivan/jeroen can look into too - perhabs they see what is missing in the last steps.
its really the final step -- 99.99 prozent was done but i think there is a missing step ..
it was a fast try - but will try again slower next days

build.log

cygwin posix try build

(14.91 MiB) Downloaded 1334 times

edit:
shortly last steps:

[ALL ] Making init.c
[ALL ] i686-build_pc-cygwin-gcc -g -O2 -I. -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/common -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/config -DLOCALEDIR=""/home/esp-psram/crosstool-NG/builds/xtensa-esp32-elf/share/locale"" -DHAVE_CONFIG_H -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/../include/opcode -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/../opcodes/.. -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/../readline/.. -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/../zlib -I../bfd -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/../bfd -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/../include -I../libdecnumber -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/../libdecnumber -I/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/gnulib/import -Ibuild-gnulib/import -DTUI=1 -I/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools/include -I/usr/include/python2.7 -I/usr/include/python2.7 -Wall -Wpointer-arith -Wno-unused -Wunused-value -Wunused-function -Wno-switch -Wno-char-subscripts -Wempty-body -Wpointer-sign -Wmissing-prototypes -Wdeclaration-after-statement -Wmissing-parameter-type -Wold-style-declaration -Wold-style-definition -Wformat-nonliteral -c -o init.o -MT init.o -MMD -MP -MF .deps/init.Tpo init.c
[ALL ] rm -f gdb.exe
[ALL ] i686-build_pc-cygwin-gcc -g -O2 -static-libstdc++ -static-libgcc -Wl,--stack,12582912 -o gdb.exe gdb.o xtensa-tdep.o xtensa-config.o solib-svr4.o ser-base.o ser-unix.o ser-pipe.o ser-tcp.o remote.o dcache.o tracepoint.o ax-general.o ax-gdb.o remote-fileio.o remote-notif.o ctf.o tracefile.o tracefile-tfile.o cli-dump.o cli-decode.o cli-script.o cli-cmds.o cli-setshow.o cli-logging.o cli-interp.o cli-utils.o mi-out.o mi-console.o mi-cmds.o mi-cmd-catch.o mi-cmd-env.o mi-cmd-var.o mi-cmd-break.o mi-cmd-stack.o mi-cmd-file.o mi-cmd-disas.o mi-symbol-cmds.o mi-cmd-target.o mi-cmd-info.o mi-interp.o mi-main.o mi-parse.o mi-getopt.o tui-command.o tui-data.o tui-disasm.o tui-file.o tui-hooks.o tui-interp.o tui-io.o tui-layout.o tui-out.o tui-regs.o tui-source.o tui-stack.o tui-win.o tui-windata.o tui-wingeneral.o tui-winsource.o tui.o python.o py-arch.o py-auto-load.o py-block.o py-bpevent.o py-breakpoint.o py-cmd.o py-continueevent.o py-xmethods.o py-event.o py-evtregistry.o py-evts.o py-exitedevent.o py-finishbreakpoint.o py-frame.o py-framefilter.o py-function.o py-gdb-readline.o py-inferior.o py-infevents.o py-infthread.o py-lazy-string.o py-linetable.o py-newobjfileevent.o py-objfile.o py-param.o py-prettyprint.o py-progspace.o py-signalevent.o py-stopevent.o py-symbol.o py-symtab.o py-threadevent.o py-type.o py-unwind.o py-utils.o py-value.o py-varobj.o guile.o elfread.o stap-probe.o dtrace-probe.o posix-hdep.o posix-strerror.o c-exp.o cp-name-parser.o ada-exp.o jv-exp.o d-exp.o f-exp.o go-exp.o m2-exp.o p-exp.o version.o annotate.o addrmap.o auto-load.o auxv.o agent.o bfd-target.o blockframe.o breakpoint.o break-catch-sig.o break-catch-throw.o break-catch-syscall.o findvar.o regcache.o cleanups.o charset.o continuations.o corelow.o disasm.o dummy-frame.o dfp.o source.o value.o eval.o valops.o valarith.o valprint.o printcmd.o block.o symtab.o psymtab.o symfile.o symfile-debug.o symmisc.o linespec.o dictionary.o infcall.o infcmd.o infrun.o expprint.o environ.o stack.o thread.o exceptions.o extension.o filesystem.o filestuff.o inf-child.o interps.o minidebug.o main.o macrotab.o macrocmd.o macroexp.o macroscope.o mi-common.o event-loop.o event-top.o inf-loop.o completer.o gdbarch.o arch-utils.o gdbtypes.o gdb_bfd.o gdb_obstack.o osabi.o copying.o memattr.o mem-break.o target.o target-dcache.o parse.o language.o build-id.o buildsym.o findcmd.o std-regs.o signals.o exec.o reverse.o bcache.o objfiles.o observer.o minsyms.o maint.o demangle.o dbxread.o coffread.o coff-pe-read.o dwarf2read.o mipsread.o stabsread.o corefile.o dwarf2expr.o dwarf2loc.o dwarf2-frame.o dwarf2-frame-tailcall.o ada-lang.o c-lang.o d-lang.o f-lang.o objc-lang.o ada-tasks.o ada-varobj.o c-varobj.o ui-out.o cli-out.o varobj.o vec.o go-lang.o go-valprint.o go-typeprint.o jv-lang.o jv-valprint.o jv-typeprint.o jv-varobj.o m2-lang.o opencl-lang.o p-lang.o p-typeprint.o p-valprint.o sentinel-frame.o complaints.o typeprint.o ada-typeprint.o c-typeprint.o f-typeprint.o m2-typeprint.o ada-valprint.o c-valprint.o cp-valprint.o d-valprint.o f-valprint.o m2-valprint.o serial.o mdebugread.o top.o utils.o ui-file.o user-regs.o frame.o frame-unwind.o doublest.o frame-base.o inline-frame.o gnu-v2-abi.o gnu-v3-abi.o cp-abi.o cp-support.o cp-namespace.o reggroups.o trad-frame.o tramp-frame.o solib.o solib-target.o prologue-value.o memory-map.o memrange.o xml-support.o xml-syscall.o xml-utils.o target-descriptions.o target-memory.o xml-tdesc.o xml-builtin.o inferior.o osdata.o gdb_usleep.o record.o record-full.o gcore.o gdb_vecs.o jit.o progspace.o skip.o probe.o common-utils.o buffer.o ptid.o gdb-dlfcn.o common-agent.o format.o registry.o btrace.o record-btrace.o waitstatus.o print-utils.o rsp-low.o errors.o common-debug.o debug.o common-exceptions.o btrace-common.o fileio.o compile.o compile-c-symbols.o compile-c-types.o compile-object-load.o compile-object-run.o compile-loc2c.o compile-c-support.o inflow.o init.o ../readline/libreadline.a ../opcodes/libopcodes.a ../bfd/libbfd.a -L./../zlib -lz ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -lncurses -lm -liconv -ldl -lpython2.7 /home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools/lib/libexpat.a ../libiberty/libiberty.a -luser32 build-gnulib/import/libgnu.a
[ALL ] tui-win.o: In function `tui_update_variables':
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:301: undefined reference to `acs_map'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:310: undefined reference to `acs_map'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:307: undefined reference to `acs_map'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:304: undefined reference to `acs_map'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:297: undefined reference to `acs_map'
[ALL ] tui-win.o:/home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:313: more undefined references to `acs_map' follow
[ALL ] tui-win.o: In function `tui_refresh_all_win':
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:698: undefined reference to `curscr'
[ALL ] tui-win.o: In function `tui_resize_all':
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:780: undefined reference to `stdscr'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:781: undefined reference to `curscr'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui-win.c:782: undefined reference to `stdscr'
[ALL ] tui.o: In function `tui_enable':
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui.c:437: undefined reference to `stdscr'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui.c:460: undefined reference to `LINES'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui.c:461: undefined reference to `COLS'
[ALL ] /home/esp-psram/crosstool-NG/.build/src/gdb-7.10/gdb/tui/tui.c:476: undefined reference to `stdscr'
[ERROR] collect2: error: ld returned 1 exit status
[ALL ] Makefile:1390: recipe for target 'gdb.exe' failed
[ERROR] make[3]: *** [gdb.exe] Error 1
[ALL ] make[3]: Leaving directory '/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/build/build-gdb-cross/gdb'
[ALL ] Makefile:8758: recipe for target 'all-gdb' failed
[ERROR] make[2]: *** [all-gdb] Error 2
[ALL ] make[2]: Leaving directory '/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/build/build-gdb-cross'
[ALL ] Makefile:848: recipe for target 'all' failed
[ERROR] make[1]: *** [all] Error 2
[ALL ] make[1]: Leaving directory '/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/build/build-gdb-cross'
[ERROR]
[ERROR] >>
[ERROR] >> Build failed in step 'Installing cross-gdb'
[ERROR] >> called in step '(top-level)'
[ERROR] >>
[ERROR] >> Error happened in: CT_DoExecLog[scripts/functions@257]
[ERROR] >> called from: do_debug_gdb_build[scripts/build/debug/300-gdb.sh@120]
[ERROR] >> called from: do_debug[scripts/build/debug.sh@35]
[ERROR] >> called from: main[scripts/crosstool-NG.sh@646]
[ERROR] >>
[ERROR] >> For more info on this error, look at the file: 'build.log'
[ERROR] >> There is a list of known issues, some with workarounds, in:
[ERROR] >> 'docs/B - Known issues.txt'
[ERROR]
[ERROR] (elapsed: 133:44.83)

$ ./xtensa-esp32-elf-gcc.exe -v
Using built-in specs.
COLLECT_GCC=./xtensa-esp32-elf-gcc
COLLECT_LTO_WRAPPER=/home/esp-psram/crosstool-NG/builds/xtensa-esp32-elf/libexec/gcc/xtensa-esp32-elf/5.2.0/lto-wrapper.exe
Target: xtensa-esp32-elf
Configured with: /home/esp-psram/crosstool-NG/.build/src/gcc-5.2.0/configure --build=i686-build_pc-cygwin --host=i686-build_pc-cygwin --target=xtensa-esp32-elf --prefix=/home/esp-psram/crosstool-NG/builds/xtensa-esp32-elf --with-local-prefix=/home/esp-psram/crosstool-NG/builds/xtensa-esp32-elf/xtensa-esp32-elf/sysroot --with-sysroot=/home/esp-psram/crosstool-NG/builds/xtensa-esp32-elf/xtensa-esp32-elf/sysroot --with-newlib --enable-threads=no --disable-shared --with-pkgversion='crosstool-NG crosstool-ng-1.22.0-64-g47d56eb' --disable-__cxa_atexit --enable-cxx-flags='-fno-exceptions -fno-rtti' --with-gmp=/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-mpfr=/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-mpc=/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-isl=/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-cloog=/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-libelf=/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools --enable-lto --enable-target-optspace --without-long-double-128 --disable-libgomp --disable-libmudflap --disable-libssp --disable-libquadmath --disable-libquadmath-support --disable-nls --disable-multilib --enable-languages=c,c++ --disable-libstdcxx-verbose
Thread model: single
gcc version 5.2.0 (crosstool-NG crosstool-ng-1.22.0-64-g47d56eb)

total2.jpg (211.5 KiB) Viewed 16716 times

total1.jpg (91.4 KiB) Viewed 16716 times

it is not 100 prozent finished -
so just in time - you must build the toolchain under linux.

next days i will try again
(I am unfortunately for 1 1/2 weeks (summer flu)
Can not be as I would like.)

if the cygwin build is 100 prozent successful then i will upload the toolchain -
and write the steps in windows for build it with cygwin ( posix )

hope this helps?!

best wishes
rudi

[temp4eb]

Hi Rudi,
I got a piece of ESP32 WROVER KIT V3 board which had the ESP-WROVER with 4MB of psRAM.
And I had git clone the feature/psram_malloc branch esf-idf code.
The build failed when I open the ext PSRAM features.
It seems need special xtensa-esp32-elf files .
Since I use the Win7 64bit ,so I take the Msys2 as the IDE,which need xtensa-esp32-elf-XX.exe to build the firmware.
I tried to make and build xtensa-1.22.x-ext_ram_patch version crosstool-ng but failed.
I noticed you were using the win7 too.
Could you please send me the xtensa-esp32-elf-XX.exe which could build the psram ESP32 code?
Or Could you please tell me how to get the xtensa-esp32-elf-XX.exe which could build the psram ESP32 code?
Thanx!

hi temp4eb

there is just in time officially no windows (*.exe) support for the feature/psram_malloc

you need to build the toolchain under linux and there you can then compile the code.

an other way is, you build the toolchain with posix and cygwin under windows
then you get the *.exe like you wrote.

see my attached log, this runs pretty fine - until last steps - debuger tools, then there is missing something
( have not look deeper just in time - but the next days i will try again )
perhabs ivan/jeroen can look into too - perhabs they see what is missing in the last steps.
its really the final step -- 99.99 prozent was done but i think there is a missing step ..
it was a fast try - but will try again slower next days

build.log

$ ./xtensa-esp32-elf-gcc.exe -v
Using built-in specs.
COLLECT_GCC=./xtensa-esp32-elf-gcc
COLLECT_LTO_WRAPPER=/home/esp-psram/crosstool-NG/builds/xtensa-esp32-elf/libexec/gcc/xtensa-esp32-elf/5.2.0/lto-wrapper.exe
Target: xtensa-esp32-elf
Configured with: /home/esp-psram/crosstool-NG/.build/src/gcc-5.2.0/configure --build=i686-build_pc-cygwin --host=i686-build_pc-cygwin --target=xtensa-esp32-elf --prefix=/home/esp-psram/crosstool-NG/builds/xtensa-esp32-elf --with-local-prefix=/home/esp-psram/crosstool-NG/builds/xtensa-esp32-elf/xtensa-esp32-elf/sysroot --with-sysroot=/home/esp-psram/crosstool-NG/builds/xtensa-esp32-elf/xtensa-esp32-elf/sysroot --with-newlib --enable-threads=no --disable-shared --with-pkgversion='crosstool-NG crosstool-ng-1.22.0-64-g47d56eb' --disable-__cxa_atexit --enable-cxx-flags='-fno-exceptions -fno-rtti' --with-gmp=/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-mpfr=/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-mpc=/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-isl=/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-cloog=/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools --with-libelf=/home/esp-psram/crosstool-NG/.build/xtensa-esp32-elf/buildtools --enable-lto --enable-target-optspace --without-long-double-128 --disable-libgomp --disable-libmudflap --disable-libssp --disable-libquadmath --disable-libquadmath-support --disable-nls --disable-multilib --enable-languages=c,c++ --disable-libstdcxx-verbose
Thread model: single
gcc version 5.2.0 (crosstool-NG crosstool-ng-1.22.0-64-g47d56eb)

total2.jpg

total1.jpg

it is not 100 prozent finished -
so just in time - you must build the toolchain under linux.

next days i will try again
(I am unfortunately for 1 1/2 weeks (summer flu)
Can not be as I would like.)

if the cygwin build is 100 prozent successful then i will upload the toolchain -
and write the steps in windows for build it with cygwin ( posix )

hope this helps?!

best wishes
rudi

Hi Rudi,
Thanx for your reply!Looking forward to your exe files when you are available and I will take another try according to your suggestion right now.Many thanx!