I fully agree with Tomek. If possible, let's delay the release for a while
and fix what's broken, or at least find the broken configurations/features.
What I have tested so far:
- [X] sim/foc - fixed
- [X] sim/smp - **broken**
- [X] sim/nsh - OK
- [X] sim/crypto - OK
- [X] sim/elf - OK
- [X] sim/fb - OK
- [X] sim/lvgl_fb - OK
- [X] nrf52840-dk/adc - OK
- [X] nrf52840-dk/pwm - OK
- [X] nrf52840-dk/highpri - **boken**
other highpri examples also broken
- [X] nrf52840-dk/sdc_nimble - OK
- [X] nrf52840-dk/sdc - OK
- [X] nrf52840-dk/composite - OK
- [X] nrf52840-dk/timer - fixed
- [X] nrf52840-dk/tickelss - OK
- [X] nrf52840-dk/qspi - OK
- [X] stm32f4disco/nsh - OK
- [X] stm32f4disco/elf - OK
- [X] stm32f4disco/module - OK
- [X] stm32f4disco/usbnsh - OK
- [X] stm32g071b-disco/oled - fixed
- [X] stm32f746g-disco/nsh - OK
- [X] stm32f746g-disco/fb - *broken* (not related to LVGL)
- [X] stm32f746g-disco/nxdemo - *broken* (not related to LVGL)
- [X] stm32f746g-disco/audio - OK
What else I want to test:
stm32h7 AMP, nrf53, nrf91, x86_64, some CAN examples, maybe FOC on real
hardware, maybe IEEE802.15.4 on nrf52.
But I don't know how much patience I'll have, it's a completely boring job.
pon., 7 paź 2024 o 01:20 Tomek CEDRO <to...@cedro.info> napisał(a):
> Please lets wait for LVGL 9.2.1 release, we have patches ready to get
> in sync, this is quite important and demanded feature to land in a
> release, and I am sure this will attract new users/developers to the
> NuttX community because this will be also announced to the broad LVGL
> community :-)
>
> Also we should fix ESP32 bootloader / esptool building unusable
> firmware image, this platform is too popular to have this kind of
> problem.
>
> If anyone has a free moment to verify in depth the memory leak that
> would be also very good to know why that happens - is it ostest
> problem or nsh / os problem coming from recent updates?
>
> I know Alin the release process is time consuming and cost you lots of
> effort, and additional problems cost you additional work time, we all
> much appreciate that!! <3 :-)
>
> Release quality is far more important than quantity, its not only
> about bumping numbers. I know from other projects that rushing the
> release with known problems behind may be strongly discouraging and
> pushes people away from a project. We all want to create a reliable
> solution that works out of the box with no surprises right? :-)
>
> Have a good day folks :-)
> Tomek
>
>
> On Sat, Oct 5, 2024 at 11:11 AM Tim Hardisty <timhardist...@gmail.com>
> wrote:
> >
> > FYI you can no longer change LVGL version from Kconfig AFAIK, but you
> can force the use of any version you want by checking out the version you
> want from the LVGL repo but have to do a manual copy of the LVGL K config
> into the NuttX Apps LVGL Kconfig. It’s a bit messy but works!
> >
> >
> > > On 5 Oct 2024, at 10:56, Alin Jerpelea <jerpe...@gmail.com> wrote:
> > >
> > > @Tim and Tomek
> > >
> > > My bad ! We are using 9.1.0 for 12.7.0 release
> > > I was looking on an older branch . A simple PR will fix it after LVGL
> is
> > > release
> > >
> > > Best regards
> > > Alin
> > >
> > >
> > >> On Sat, Oct 5, 2024 at 10:52 AM Tim Hardisty <timhardist...@gmail.com
> >
> > >> wrote:
> > >>
> > >> 12.7 should be using LVGL 9.1. 9.1 has a specific frame buffer problem
> > >> fixed in 9.2.
> > >>
> > >> I have a custom SAMA5D2 board with an LCD running NuttX master and
> LVGL
> > >> 9.2 and I will try the RC on Monday.
> > >>
> > >>>> On 5 Oct 2024, at 10:33, Alin Jerpelea <jerpe...@gmail.com> wrote:
> > >>>
> > >>> Hi Tomek,
> > >>> Thanks for testing and providing feedback.
> > >>>
> > >>> 1. There are memory leak problems reported
> > >>> This is something that we should test on more boards
> > >>>
> > >>> 2. There are LVGL screen problems reported.
> > >>> NuttX 12.7 uses LVGL 8.3.3 by default but this can be changed in the
> menu
> > >>>
> > >>> config LVGL_VERSION
> > >>> string "LVGL Version"
> > >>> default "8.3.3"
> > >>>
> > >>> 3.I have found a problem on ESP32 with esptool version 4.7
> > >>> Can be updated locally or we can include it in RC1 and restart the
> vote
> > >>>
> > >>> Considering that we have known bugs in the release that affect some
> > >> boards
> > >>> we have 2 options:
> > >>> 1) we can stop the release and delay it for an unknown amount of time
> > >> until
> > >>> the bugs are fixed (in some cases for external projects)
> > >>> 2) we can release and specify what are the known bugs
> > >>>
> > >>> https://cwiki.apache.org/confluence/display/NUTTX/NuttX+12.7.0
> > >>>
> > >>> I would like to propose the second option
> > >>>
> > >>>> On Sat, Oct 5, 2024 at 2:00 AM Tomek CEDRO <to...@cedro.info>
> wrote:
> > >>>>
> > >>>> Hello world :-)
> > >>>>
> > >>>> There goes -1 from me, sorry :-P :-P
> > >>>>
> > >>>> 1. There are memory leak problems reported that I tried to confirm
> on
> > >>>> STM32F769. Is it ostest problem only or more general memory
> management
> > >>>> issue?
> > >>>>
> > >>>> before ostest total/used: 483056 / 10112.
> > >>>> after ostest total/used: 483056 / 10200.
> > >>>>
> > >>>> 2. There are LVGL screen problems reported. This may be solved with
> > >>>> LVGL 9.2.1 release that should show up within days and its inclusion
> > >>>> is in the PRs. Or we have display driver to fix. I would also
> > >>>> recommend testing with previous NuttX releases on the same hardware
> to
> > >>>> confirm the possible regression. Gabor is very keen to NuttX and it
> > >>>> would be really nice to show working demo of LVGL 9.2.1 on 12.7.0
> also
> > >>>> to attract newcomers to the project.
> > >>>>
> > >>>> https://github.com/apache/nuttx/issues/13825
> > >>>> https://github.com/lvgl/lvgl/pull/6981
> > >>>>
> > >>>> 3. I have found a problem on ESP32 with esptool version 4.7 that
> > >>>> produces faulty unusable firmware with no warning / error. I found a
> > >>>> commit that bumps esptool to 4.8 in order to build on CI with new
> > >>>> bootloader from ESP IDF. Otherwise I would not know why it does not
> > >>>> run. But we should handle this situation with error message and/or
> use
> > >>>> older bootloader with 4.7 (?) otherwise people may get discouraged
> at
> > >>>> first contact with NuttX.
> > >>>>
> > >>>> https://github.com/apache/nuttx/issues/13824
> > >>>>
> > >>>>
> > >>>> If there is any reason the 12.7.0 really should be released right
> now
> > >>>> for some serious reason I can change my vote to 0 not to block the
> > >>>> release. Otherwise we should focus on fixing those 3 discovered
> issues
> > >>>> in order to provide high quality no-surprises release :-)
> > >>>>
> > >>>>
> > >>>> Here returns the subject of distributed testing farms so we could
> test
> > >>>> NuttX builds locally on a real hardware that we have at hand. I
> > >>>> started building one. But we also need some scripts that will make
> > >>>> this task easy to setup by everyone interested in a repeatable way.
> > >>>> This is a separate discussion already taking place on dev@.
> > >>>>
> > >>>>
> > >>>> I have contacted local STM in Poland and asked if they can provide
> > >>>> free sample develkits to test NuttX on them and demo a reference
> > >>>> design. I have STM32F769I-DISCO but with no LCD so I cannot help
> with
> > >>>> LVGL at this point sorry.
> > >>>>
> > >>>> Thank you :-)
> > >>>> Tomek
> > >>>>
> > >>>>
> > >>>> === BUILD HOST ===
> > >>>>
> > >>>> % uname -a
> > >>>> FreeBSD octagon 13.3-RELEASE-p7 FreeBSD 13.3-RELEASE-p7 GENERIC
> amd64
> > >>>>
> > >>>> % git branch
> > >>>> * (HEAD detached at nuttx-12.7.0-RC0)
> > >>>>
> > >>>> % git log --oneline -5
> > >>>> 10e44f8915 (HEAD, tag: nuttx-12.7.0-RC0, origin/releases/12.7)
> > >>>> riscv_fork.c: Fix race condition when handling parent integer
> > >>>> registers
> > >>>> 2d3c94411b riscv_fork.c: Fix vfork() for kernel mode + SMP
> > >>>> d1fec65e1b riscv: use g_running_task store current regs
> > >>>> 57f84aaca8 sensor: Added 6dof motion and gesture related types. For
> > >>>> details, see:
> > >>>>
> > >>
> https://developer.android.com/reference/android/hardware/SensorEvent#values
> > >>>> a4e90b7268
> > >>>> <
> > >>
> https://developer.android.com/reference/android/hardware/SensorEvent#valuesa4e90b7268
> > >>>
> > >>>> inlclude/uorb.h:Update data types to be sorted by macro definition.
> > >>>>
> > >>>> % git branch
> > >>>> * (HEAD detached at nuttx-12.7.0-RC0)
> > >>>>
> > >>>> % git log --oneline -5
> > >>>> ac11e3cba (HEAD, tag: nuttx-12.7.0-RC0, origin/releases/12.7) Adapt
> > >>>> the new header file path of va_format.
> > >>>> b4d794cbd Makefile:complete missing DEPPATH
> > >>>> f81a09428 nshlib: add support for pkill command
> > >>>> 767c8ea6c uorb: enable O_CLOEXEC explicit
> > >>>> bae15dfd5 nshlib: enable O_CLOEXEC explicit to avoid potential fd
> leak
> > >>>>
> > >>>>
> > >>>> === TARGETS ===
> > >>>>
> > >>>> 1. ESP32 (FAIL).
> > >>>> 2. ESP32-C3 (PASS).
> > >>>> 3. STM32F769I-DISCO (PASS).
> > >>>>
> > >>>>
> > >>>>
> > >>>> === ESP32 ===
> > >>>>
> > >>>> % gmake clean distclean
> > >>>>
> > >>>> % xtensa-esp32-elf-cc --version
> > >>>> xtensa-esp32-elf-cc (crosstool-NG esp-2021r2-patch5) 8.4.0
> > >>>> Copyright (C) 2018 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.
> > >>>>
> > >>>> % /usr/bin/time -h ./tools/configure.sh -B esp32-devkitc:nsh
> > >>>> 3,92s real 1,98s user 2,23s sys
> > >>>>
> > >>>> % /usr/bin/time -h gmake -j8
> > >>>> /usr/bin/time -h gmake -j8
> > >>>> Create version.h
> > >>>> Cloning Espressif HAL for 3rd Party Platforms
> > >>>> Clone: chip/esp-hal-3rdparty LN: platform/board to
> > >>>> /XXX/nuttx-apps.git/platform/dummy
> > >>>> Register: nsh
> > >>>> Register: sh
> > >>>> Espressif HAL for 3rd Party Platforms:
> > >>>> 20690e67695f0a8170a19ec99e2e9a13b620e94d
> > >>>> CPP:
> > >>>>
> > >>
> /XXX/nuttx.git/arch/xtensa/src/chip/esp-hal-3rdparty/components/esp_rom/esp32/ld/esp32.rom.newlib-funcs.ld->
> > >>>>
> > >>>>
> > >>
> /XXX/nuttx.git/arch/xtensa/src/chip/esp-hal-3rdparty/components/esp_rom/esp32/ld/esp32.rom.newlib-funcs.ld.tmpLD:
> > >>>> nuttx
> > >>>> CP: nuttx.hex
> > >>>> MKIMAGE: ESP32 binary
> > >>>> esptool.py -c esp32 elf2image --ram-only-header -fs 4MB -fm dio -ff
> > >>>> 40m -o nuttx.bin nuttx
> > >>>> usage: esptool [-h] [--chip
> > >>>>
> > >>>>
> > >>
> {auto,esp8266,esp32,esp32s2,esp32s3beta2,esp32s3,esp32c3,esp32c6beta,esp32h2beta1,esp32h2beta2,esp32c2,esp32c6}]
> > >>>> [--port PORT] [--baud BAUD] [--before
> > >>>> {default_reset,usb_reset,no_reset,no_reset_no_sync}] [--after
> > >>>> {hard_reset,soft_reset,no_reset,no_reset_stub}] [--no-stub]
> [--trace]
> > >>>> [--override-vddsdio [{1.8V,1.9V,OFF}]]
> > >>>> [--connect-attempts CONNECT_ATTEMPTS]
> > >>>>
> > >>>>
> > >>
> {load_ram,dump_mem,read_mem,write_mem,write_flash,run,image_info,make_image,elf2image,read_mac,chip_id,flash_id,read_flash_status,write_flash_status,read_flash,verify_flash,erase_flash,erase_region,merge_bin,get_security_info,version}
> > >>>> ...
> > >>>> esptool: error: unrecognized arguments: --ram-only-header
> > >>>> gmake: *** [tools/Unix.mk:558: nuttx] Error 2
> > >>>> 40,96s real 1m32,23s user 1m1,82s sys
> > >>>>
> > >>>> % pip show esptool
> > >>>> Name: esptool
> > >>>> Version: 4.3
> > >>>> Summary: A serial utility to communicate & flash code to Espressif
> > >> chips.
> > >>>> Home-page: https://github.com/espressif/esptool/
> > >>>> Author: Fredrik Ahlberg (themadinventor) & Angus Gratton
> (projectgus)
> > >>>> & Espressif Systems
> > >>>> Author-email:
> > >>>> License: GPLv2+
> > >>>> Location: /XXX/venv3.9embedded/lib/python3.9/site-packages
> > >>>> Requires: bitstring, cryptography, ecdsa, pyserial, reedsolo
> > >>>> Required-by: #N/A
> > >>>>
> > >>>> (venv3.9embedded) pip install -U esptool
> > >>>>
> > >>>> (venv3.9embedded) /usr/bin/time -h gmake -j8
> > >>>> CPP:
> > >>>>
> > >>
> /XXX/nuttx.git/arch/xtensa/src/chip/esp-hal-3rdparty/components/esp_rom/esp32/ld/esp32.rom.newlib-funcs.ld->
> > >>>>
> > >>>>
> > >>
> /XXX/nuttx.git/arch/xtensa/src/chip/esp-hal-3rdparty/components/esp_rom/esp32/ld/esp32.rom.newlib-funcs.ld.tmpLD:
> > >>>> nuttx
> > >>>> CP: nuttx.hex
> > >>>> MKIMAGE: ESP32 binary
> > >>>> esptool.py -c esp32 elf2image --ram-only-header -fs 4MB -fm dio -ff
> > >>>> 40m -o nuttx.bin nuttx
> > >>>> esptool.py v4.8.1
> > >>>> Creating esp32 image...
> > >>>> Image has only RAM segments visible. ROM segments are hidden and
> > >>>> SHA256 digest is not appended.
> > >>>> Merged 1 ELF section
> > >>>> Successfully created esp32 image.
> > >>>> Generated: nuttx.bin
> > >>>> 4,19s real 2,96s user 3,44s sys
> > >>>>
> > >>>> (venv3.9embedded) /usr/bin/time -h gmake flash
> > >>>> 15,26s real 3,03s user 3,24s sys
> > >>>>
> > >>>> (venv3.9embedded) cu -l /dev/cuaU0 -s 115200
> > >>>> Stale lock on cuaU0 PID=4016... overriding.
> > >>>> Connected
> > >>>> ts Jul 29 2019 12:21:46
> > >>>>
> > >>>> rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
> > >>>> configsip: 0, SPIWP:0xee
> > >>>>
> clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
> > >>>> mode:DIO, clock div:2
> > >>>> load:0x3ffb1f40,len:1388
> > >>>> ho 0 tail 12 room 4
> > >>>> load:0x40080000,len:20320
> > >>>> entry 0x40082650
> > >>>> *** Booting NuttX ***
> > >>>> dram: lma 0x00001020 vma 0x3ffb1f40 len 0x56c (1388)
> > >>>> iram: lma 0x00001594 vma 0x40080000 len 0x4f60 (20320)
> > >>>> padd: lma 0x00006508 vma 0x00000000 len 0x9af0 (39664)
> > >>>> imap: lma 0x00010000 vma 0x400e0000 len 0x10d78 (68984)
> > >>>> padd: lma 0x00020d80 vma 0x00000000 len 0xf298 (62104)
> > >>>> dmap: lma 0x00030020 vma 0x3f400020 len 0x2848 (10312)
> > >>>> total segments stored 6
> > >>>>
> > >>>> NuttShell (NSH) NuttX-12.7.0
> > >>>> nsh> uname -a
> > >>>> NuttX 12.7.0 10e44f8915-dirty Oct 4 2024 22:22:13 xtensa
> esp32-devkitc
> > >>>> nsh> free
> > >>>> total used free maxused maxfree
> nused
> > >>>> nfree
> > >>>> Umem: 323568 6424 317144 6800 186696
> 22
> > >>>> 3
> > >>>>
> > >>>>
> > >>>> I found problem with esptool 4.7.0 (system wide on FreeBSD) no error
> > >>>> is found, firmware is built and flashed, but no NSH prompt shows up
> > >>>> :-(
> > >>>>
> > >>>>
> > >>>> % gmake clean distclean
> > >>>>
> > >>>>
> > >>>> % /usr/bin/time -h ./tools/configure.sh -B esp32-devkitc:nsh
> > >>>> 3,89s real 1,77s user 2,41s sys
> > >>>>
> > >>>> % /usr/bin/time -h gmake -j8
> > >>>> Create version.h
> > >>>> Cloning Espressif HAL for 3rd Party Platforms
> > >>>> Clone: chip/esp-hal-3rdparty LN: platform/board to
> > >>>> /XXX/nuttx-apps.git/platform/dummy
> > >>>> Register: nsh
> > >>>> Register: sh
> > >>>> Espressif HAL for 3rd Party Platforms:
> > >>>> 20690e67695f0a8170a19ec99e2e9a13b620e94d
> > >>>> CPP:
> > >>>>
> > >>
> /XXX/nuttx.git/arch/xtensa/src/chip/esp-hal-3rdparty/components/esp_rom/esp32/ld/esp32.rom.newlib-funcs.ld->
> > >>>>
> > >>>>
> > >>
> /XXX/nuttx.git/arch/xtensa/src/chip/esp-hal-3rdparty/components/esp_rom/esp32/ld/esp32.rom.newlib-funcs.ld.tmp
> > >>>> LD: nuttx
> > >>>> CP: nuttx.hex
> > >>>> MKIMAGE: ESP32 binary
> > >>>> esptool.py -c esp32 elf2image --ram-only-header -fs 4MB -fm dio -ff
> > >>>> 40m -o nuttx.bin nuttx
> > >>>> esptool.py v4.7.0
> > >>>> Creating esp32 image...
> > >>>> ROM segments hidden - only RAM segments are visible to the ROM
> loader!
> > >>>> Merged 1 ELF section
> > >>>> Successfully created esp32 image.
> > >>>> Generated: nuttx.bin
> > >>>> 39,74s real 1m31,54s user 1m2,00s sys
> > >>>>
> > >>>> % /usr/bin/time -h gmake flash
> > >>>> CPP:
> > >>>>
> > >>
> /XXX/nuttx.git/arch/xtensa/src/chip/esp-hal-3rdparty/components/esp_rom/esp32/ld/esp32.rom.newlib-funcs.ld->
> > >>>>
> > >>>>
> > >>
> /XXX/nuttx.git/arch/xtensa/src/chip/esp-hal-3rdparty/components/esp_rom/esp32/ld/esp32.rom.newlib-funcs.ld.tmpLD:
> > >>>> nuttx
> > >>>> CP: nuttx.hex
> > >>>> MKIMAGE: ESP32 binary
> > >>>> esptool.py -c esp32 elf2image --ram-only-header -fs 4MB -fm dio -ff
> > >>>> 40m -o nuttx.bin nuttx
> > >>>> esptool.py v4.7.0
> > >>>> Creating esp32 image...
> > >>>> ROM segments hidden - only RAM segments are visible to the ROM
> loader!
> > >>>> Merged 1 ELF section
> > >>>> Successfully created esp32 image.
> > >>>> Generated: nuttx.bin
> > >>>> esptool.py -c esp32 -p /dev/cuaU0 -b 115200 write_flash -fs detect
> > >>>> -fm dio -ff 40m 0x1000 nuttx.bin
> > >>>> esptool.py v4.7.0
> > >>>> Serial port /dev/cuaU0
> > >>>> Connecting.........
> > >>>> Chip is ESP32-D0WD-V3 (revision v3.0)
> > >>>> Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse,
> > >>>> Coding Scheme None
> > >>>> Crystal is 40MHz
> > >>>> MAC: 8c:4b:14:81:0b:ec
> > >>>> Uploading stub...
> > >>>> Running stub...
> > >>>> Stub running...
> > >>>> Configuring flash size...
> > >>>> Auto-detected Flash size: 4MB
> > >>>> Flash will be erased from 0x00001000 to 0x00033fff...
> > >>>> Compressed 206984 bytes to 72429...
> > >>>> Wrote 206984 bytes (72429 compressed) at 0x00001000 in 6.7 seconds
> > >>>> (effective 247.0 kbit/s)...
> > >>>> Hash of data verified.
> > >>>>
> > >>>> Leaving...
> > >>>> Hard resetting via RTS pin...
> > >>>> 15,25s real 3,07s user 3,17s sys
> > >>>>
> > >>>>
> > >>>> % cu -l /dev/cuaU0 -s 115200
> > >>>> Connected
> > >>>> ets Jul 29 2019 12:21:46
> > >>>>
> > >>>> rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
> > >>>> configsip: 0, SPIWP:0xee
> > >>>>
> clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
> > >>>> mode:DIO, clock div:2
> > >>>> load:0x3ffb1f40,len:1388
> > >>>> ho 0 tail 12 room 4
> > >>>> load:0x40080000,len:20320
> > >>>> entry 0x40082650
> > >>>> *** Booting NuttX ***
> > >>>> dram: lma 0x00001020 vma 0x3ffb1f40 len 0x56c (1388)
> > >>>> iram: lma 0x00001594 vma 0x40080000 len 0x4f60 (20320)
> > >>>> padd: lma 0x00006508 vma 0x00000000 len 0xaaf0 (43760)
> > >>>> imap: lma 0x00011000 vma 0x400e0000 len 0x10d78 (68984)
> > >>>> padd: lma 0x00021d80 vma 0x00000000 len 0xf298 (62104)
> > >>>> dmap: lma 0x00031020 vma 0x3f400020 len 0x2848 (10312)
> > >>>> total segments stored 6
> > >>>>
> > >>>>>>> NO NSH HERE DEVICE HANGS <<<
> > >>>>
> > >>>>
> > >>>> Lets try with the CoreMark:
> > >>>>
> > >>>> % gmake clean distclean
> > >>>>
> > >>>> % /usr/bin/time -h ./tools/configure.sh -B esp32-devkitc:coremark
> > >>>> 3,93s real 1,73s user 2,46s sys
> > >>>>
> > >>>> % /usr/bin/time -h gmake -j8
> > >>>> 42,46s real 1m35,59s user 1m0,58s sys
> > >>>>
> > >>>> % /usr/bin/time -h gmake flash
> > >>>> 13,78s real 2,69s user 2,63s sys
> > >>>>
> > >>>> % cu -l /dev/cuaU0 -s 115200
> > >>>> Connected
> > >>>> ets Jul 29 2019 12:21:46
> > >>>>
> > >>>> rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
> > >>>> configsip: 0, SPIWP:0xee
> > >>>>
> clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
> > >>>> mode:DIO, clock div:2
> > >>>> load:0x3ffb30a0,len:2016
> > >>>> load:0x40080000,len:30100
> > >>>> entry 0x40083940
> > >>>> *** Booting NuttX ***
> > >>>> dram: lma 0x00001020 vma 0x3ffb30a0 len 0x7e0 (2016)
> > >>>> iram: lma 0x00001808 vma 0x40080000 len 0x7594 (30100)
> > >>>> padd: lma 0x00008da8 vma 0x00000000 len 0x8250 (33360)
> > >>>> imap: lma 0x00011000 vma 0x400e0000 len 0xde14 (56852)
> > >>>> padd: lma 0x0001ee1c vma 0x00000000 len 0x21fc (8700)
> > >>>> dmap: lma 0x00021020 vma 0x3f400020 len 0x14fc (5372)
> > >>>> total segments stored 6
> > >>>>
> > >>>>>>> COREMARK DOES NOT RUN <<<
> > >>>>
> > >>>>
> > >>>> Looks like default Python switched from 3.9 to 3.11. Reinstalled
> > >>>> py311-esptool system package.
> > >>>>
> > >>>> % gmake clean distclean
> > >>>>
> > >>>> % /usr/bin/time -h ./tools/configure.sh -B esp32-devkitc:coremark
> > >>>> 3,91s real 1,90s user 2,30s sys
> > >>>>
> > >>>> % /usr/bin/time -h gmake -j8
> > >>>> Create version.h
> > >>>> Cloning Espressif HAL for 3rd Party Platforms
> > >>>> Clone: chip/esp-hal-3rdparty LN: platform/board to
> > >>>> /XXX/nuttx-apps.git/platform/dummy
> > >>>> Downloading: https://github.com/eembc/coremark/archive/main.zip
> > >>>> % Total % Received % Xferd Average Speed Time Time Time
> > >>>> Current
> > >>>> Dload Upload Total Spent Left
> > >>>> Speed
> > >>>> 0 0 0 0 0 0 0 0 --:--:-- --:--:--
> --:--:--
> > >>>> 0
> > >>>> 100 475k 0 475k 0 0 621k 0 --:--:-- --:--:--
> --:--:--
> > >>>> 621k
> > >>>> Unpacking: main.zip -> coremark
> > >>>> Hmm... Looks like a unified diff to me...
> > >>>> The text leading up to this was:
> > >>>> --------------------------
> > >>>> |--- coremark/posix/core_portme.c
> > >>>> |+++ coremark/posix/core_portme.c
> > >>>> --------------------------
> > >>>> Patching file coremark/posix/core_portme.c using Plan A...
> > >>>> Hunk #1 succeeded at 208.
> > >>>> done
> > >>>> Register: coremark
> > >>>> Espressif HAL for 3rd Party Platforms:
> > >>>> 20690e67695f0a8170a19ec99e2e9a13b620e94d
> > >>>> CPP:
> > >>>>
> > >>
> /XXX/nuttx.git/arch/xtensa/src/chip/esp-hal-3rdparty/components/esp_rom/esp32/ld/esp32.rom.newlib-funcs.ld->
> > >>>>
> > >>>>
> > >>
> /XXX/nuttx.git/arch/xtensa/src/chip/esp-hal-3rdparty/components/esp_rom/esp32/ld/esp32.rom.newlib-funcs.ld.tmpLD:
> > >>>> nuttx
> > >>>> CP: nuttx.hex
> > >>>> MKIMAGE: ESP32 binary
> > >>>> esptool.py -c esp32 elf2image --ram-only-header -fs 4MB -fm dio -ff
> > >>>> 40m -o nuttx.bin nuttx
> > >>>> esptool.py v4.7.0
> > >>>> Creating esp32 image...
> > >>>> ROM segments hidden - only RAM segments are visible to the ROM
> loader!
> > >>>> Merged 1 ELF section
> > >>>> Successfully created esp32 image.
> > >>>> Generated: nuttx.bin
> > >>>> 39,75s real 1m34,74s user 1m0,86s sys
> > >>>>
> > >>>>
> > >>>> % /usr/bin/time -h gmake flash
> > >>>> CPP:
> > >>>>
> > >>
> /XXX/nuttx.git/arch/xtensa/src/chip/esp-hal-3rdparty/components/esp_rom/esp32/ld/esp32.rom.newlib-funcs.ld->
> > >>>>
> > >>>>
> > >>
> /XXX/nuttx.git/arch/xtensa/src/chip/esp-hal-3rdparty/components/esp_rom/esp32/ld/esp32.rom.newlib-funcs.ld.tmpLD:
> > >>>> nuttx
> > >>>> CP: nuttx.hex
> > >>>> MKIMAGE: ESP32 binary
> > >>>> esptool.py -c esp32 elf2image --ram-only-header -fs 4MB -fm dio -ff
> > >>>> 40m -o nuttx.bin nuttx
> > >>>> esptool.py v4.7.0
> > >>>> Creating esp32 image...
> > >>>> ROM segments hidden - only RAM segments are visible to the ROM
> loader!
> > >>>> Merged 1 ELF section
> > >>>> Successfully created esp32 image.
> > >>>> Generated: nuttx.bin
> > >>>> esptool.py -c esp32 -p /dev/cuaU0 -b 115200 write_flash -fs detect
> > >>>> -fm dio -ff 40m 0x1000 nuttx.bin
> > >>>> esptool.py v4.7.0
> > >>>> Serial port /dev/cuaU0
> > >>>> Connecting..........
> > >>>> Chip is ESP32-D0WD-V3 (revision v3.0)
> > >>>> Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse,
> > >>>> Coding Scheme None
> > >>>> Crystal is 40MHz
> > >>>> MAC: 8c:4b:14:81:0b:ec
> > >>>> Uploading stub...
> > >>>> Running stub...
> > >>>> Stub running...
> > >>>> Configuring flash size...
> > >>>> Auto-detected Flash size: 4MB
> > >>>> Flash will be erased from 0x00001000 to 0x00022fff...
> > >>>> Compressed 136508 bytes to 66615...
> > >>>> Wrote 136508 bytes (66615 compressed) at 0x00001000 in 6.0 seconds
> > >>>> (effective 183.4 kbit/s)...
> > >>>> Hash of data verified.
> > >>>>
> > >>>> Leaving...
> > >>>> Hard resetting via RTS pin...
> > >>>> 13,63s real 2,50s user 2,81s sys
> > >>>>
> > >>>> % cu -l /dev/cuaU0 -s 115200
> > >>>> Connected
> > >>>> ts Jul 29 2019 12:21:46
> > >>>>
> > >>>> rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
> > >>>> configsip: 0, SPIWP:0xee
> > >>>>
> clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
> > >>>> mode:DIO, clock div:2
> > >>>> load:0x3ffb30a0,len:2016
> > >>>> load:0x40080000,len:30100
> > >>>> entry 0x40083940
> > >>>> *** Booting NuttX ***
> > >>>> dram: lma 0x00001020 vma 0x3ffb30a0 len 0x7e0 (2016)
> > >>>> iram: lma 0x00001808 vma 0x40080000 len 0x7594 (30100)
> > >>>> padd: lma 0x00008da8 vma 0x00000000 len 0x8250 (33360)
> > >>>> imap: lma 0x00011000 vma 0x400e0000 len 0xde14 (56852)
> > >>>> padd: lma 0x0001ee1c vma 0x00000000 len 0x21fc (8700)
> > >>>> dmap: lma 0x00021020 vma 0x3f400020 len 0x14fc (5372)
> > >>>> total segments stored 6
> > >>>>
> > >>>>>>> COREMARK DOES NOT RUN HERE TOO <<<
> > >>>>
> > >>>>
> > >>>> Looking at the history this commit seems to enforce esptool 4.8 to
> fix
> > >>>> the CI builds, but our build system for ESP32 does not check or
> alert
> > >>>> if previous versions are present thus building faulty firmware with
> no
> > >>>> error!
> > >>>>
> > >>>> commit 457f9d3dce45affd5f26da9d6369494709ff2314
> > >>>> Author: Almir Okato <almir.ok...@espressif.com>
> > >>>> Date: Thu Jul 4 11:46:00 2024 +0200
> > >>>>
> > >>>> ci: update required esptool version to 4.8.dev4
> > >>>>
> > >>>> This esptool version is required when building the
> > >>>> default Simple Boot for Espressif chips.
> > >>>>
> > >>>> Signed-off-by: Almir Okato <almir.ok...@espressif.com>
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>> === ESP32-C3 ===
> > >>>>
> > >>>> % riscv32-esp-elf-gcc -v
> > >>>> Using built-in specs.
> > >>>> COLLECT_GCC=riscv32-esp-elf-gcc
> > >>>>
> > >>>>
> > >>
> COLLECT_LTO_WRAPPER=/XXX/.espressif/tools/riscv32-esp-elf/esp-2021r2-patch5-8.4.0/riscv32-esp-elf/bin/../libexec/gcc/riscv32-esp-elf/8.4.0/lto-wrapper
> > >>>> Target: riscv32-esp-elf
> > >>>> Configured with:
> > >>>> /builds/idf/crosstool-NG/.build/riscv32-esp-elf/src/gcc/configure
> > >>>> --build=x86_64-build_pc-linux-gnu --host=x86_64-build_pc-linux-gnu
> > >>>> --target=riscv32-esp-elf
> > >>>> --prefix=/builds/idf/crosstool-NG/builds/riscv32-esp-elf
> > >>>> --exec_prefix=/builds/idf/crosstool-NG/builds/riscv32-esp-elf
> > >>>>
> > >>>>
> > >>
> --with-local-prefix=/builds/idf/crosstool-NG/builds/riscv32-esp-elf/riscv32-esp-elf
> > >>>>
> > >>>>
> > >>
> --with-headers=/builds/idf/crosstool-NG/builds/riscv32-esp-elf/riscv32-esp-elf/include
> > >>>> --with-newlib --enable-threads=no --disable-shared
> --with-arch=rv32gc
> > >>>> --with-abi=ilp32 --with-pkgversion='crosstool-NG esp-2021r2-patch5'
> > >>>> --disable-__cxa_atexit --enable-cxx-flags=-ffunction-sections
> > >>>> --disable-libgomp --disable-libmudflap --disable-libmpx
> > >>>> --disable-libssp --disable-libquadmath --disable-libquadmath-support
> > >>>> --disable-libstdcxx-verbose
> > >>>>
> --with-gmp=/builds/idf/crosstool-NG/.build/riscv32-esp-elf/buildtools
> > >>>>
> --with-mpfr=/builds/idf/crosstool-NG/.build/riscv32-esp-elf/buildtools
> > >>>>
> --with-mpc=/builds/idf/crosstool-NG/.build/riscv32-esp-elf/buildtools
> > >>>>
> --with-isl=/builds/idf/crosstool-NG/.build/riscv32-esp-elf/buildtools
> > >>>> --enable-lto --enable-target-optspace --without-long-double-128
> > >>>> --disable-nls --enable-multiarch --enable-languages=c,c++
> > >>>> --disable-libstdcxx-verbose --enable-threads=posix
> > >>>> --enable-gcov-custom-rtio --enable-libstdcxx-time=yes
> > >>>> Thread model: posix
> > >>>> gcc version 8.4.0 (crosstool-NG esp-2021r2-patch5)
> > >>>>
> > >>>>
> > >>>> % gmake clean distclean
> > >>>>
> > >>>> % /usr/bin/time -h ./tools/configure.sh -B esp32c3-devkit:nsh
> > >>>> 4,07s real 1,86s user 2,38s sys
> > >>>>
> > >>>> % /usr/bin/time -h gmake -j8 CROSSDEV=riscv32-esp-elf-
> > >>>> Create version.h
> > >>>> LN: platform/board to /XXX/nuttx-apps.git/platform/dummy
> > >>>> Register: nsh
> > >>>> Register: sh
> > >>>> Register: dumpstack
> > >>>> LD: nuttx
> > >>>> CP: nuttx.hex
> > >>>> MKIMAGE: ESP32-C3 binary
> > >>>> esptool.py -c esp32c3 elf2image -fs 4MB -fm dio -ff 40m -o nuttx.bin
> > >> nuttx
> > >>>> esptool.py v4.7.0
> > >>>> Creating esp32c3 image...
> > >>>> Merged 1 ELF section
> > >>>> Successfully created esp32c3 image.
> > >>>> Generated: nuttx.bin (ESP32-C3 compatible)
> > >>>> 34,55s real 1m18,50s user 59,23s sys
> > >>>>
> > >>>> % /usr/bin/time -h gmake flash CROSSDEV=riscv32-esp-elf-
> > >>>> LD: nuttx
> > >>>> CP: nuttx.hex
> > >>>> MKIMAGE: ESP32-C3 binary
> > >>>> esptool.py -c esp32c3 elf2image -fs 4MB -fm dio -ff 40m -o nuttx.bin
> > >> nuttx
> > >>>> esptool.py v4.7.0
> > >>>> Creating esp32c3 image...
> > >>>> Merged 1 ELF section
> > >>>> Successfully created esp32c3 image.
> > >>>> Generated: nuttx.bin (ESP32-C3 compatible)
> > >>>> esptool.py -c esp32c3 -p /dev/cuaU0 -b 115200 write_flash -fs 4MB
> > >>>> -fm dio -ff 40m 0x10000 nuttx.bin
> > >>>> esptool.py v4.7.0
> > >>>> Serial port /dev/cuaU0
> > >>>> Connecting.........
> > >>>> Chip is ESP32-C3 (QFN32) (revision v0.3)
> > >>>> Features: WiFi, BLE
> > >>>> Crystal is 40MHz
> > >>>> MAC: 7c:df:a1:b1:58:00
> > >>>> Uploading stub...
> > >>>> Running stub...
> > >>>> Stub running...
> > >>>> Configuring flash size...
> > >>>> Flash will be erased from 0x00010000 to 0x00035fff...
> > >>>> Compressed 155424 bytes to 69417...
> > >>>> Wrote 155424 bytes (69417 compressed) at 0x00010000 in 6.3 seconds
> > >>>> (effective 198.2 kbit/s)...
> > >>>> Hash of data verified.
> > >>>>
> > >>>> Leaving...
> > >>>> Hard resetting via RTS pin...
> > >>>> 22,98s real 6,66s user 11,54s sys
> > >>>>
> > >>>>
> > >>>> % cu -l /dev/cuaU0 -s 115200
> > >>>> Connected
> > >>>> ESP-ROM:esp32c3-api1-20210207
> > >>>> Build:Feb 7 2021
> > >>>> rst:0x1 (POWERON),boot:0xc (SPI_FAST_FLASH_BOOT)
> > >>>> SPIWP:0xee
> > >>>> mode:DIO, clock div:1
> > >>>> load:0x3fcd5820,len:0x16c0
> > >>>> load:0x403cc710,len:0x87c
> > >>>> load:0x403ce710,len:0x2f54
> > >>>> entry 0x403cc710
> > >>>> I (30) boot: ESP-IDF v5.1-dev-3972-g1559b6309f 2nd stage bootloader
> > >>>> I (30) boot: compile time Mar 15 2023 12:14:06
> > >>>> I (31) boot: chip revision: v0.3
> > >>>> I (35) boot.esp32c3: SPI Speed : 80MHz
> > >>>> I (40) boot.esp32c3: SPI Mode : DIO
> > >>>> I (44) boot.esp32c3: SPI Flash Size : 4MB
> > >>>> I (49) boot: Enabling RNG early entropy source...
> > >>>> I (54) boot: Partition Table:
> > >>>> I (58) boot: ## Label Usage Type ST Offset
> Length
> > >>>> I (65) boot: 0 factory factory app 00 00 00010000
> > >> 00100000
> > >>>> I (73) boot: End of partition table
> > >>>> I (77) esp_image: segment 0: paddr=00010020 vaddr=3c020020
> size=039a0h
> > >>>> ( 14752) map
> > >>>> I (88) esp_image: segment 1: paddr=000139c8 vaddr=3fc81a70
> size=00200h
> > >>>> ( 512) load
> > >>>> I (94) esp_image: segment 2: paddr=00013bd0 vaddr=40380000
> size=01a64h
> > >>>> ( 6756) load
> > >>>> I (103) esp_image: segment 3: paddr=0001563c vaddr=00000000
> size=0aabch
> > >> (
> > >>>> 43708)
> > >>>> I (117) esp_image: segment 4: paddr=00020100 vaddr=42000100
> > >>>> size=15df8h ( 89592) map
> > >>>> I (133) boot: Loaded app from partition at offset 0x10000
> > >>>> I (133) boot: Disabling RNG early entropy source...
> > >>>>
> > >>>> NuttShell (NSH) NuttX-12.7.0
> > >>>> nsh> uname -a
> > >>>> NuttX 12.7.0 10e44f8915-dirty Oct 4 2024 23:04:21 risc-v
> esp32c3-devkit
> > >>>> nsh> free
> > >>>> total used free maxused maxfree
> nused
> > >>>> nfree
> > >>>> Umem: 373820 5364 368456 5720 368456
> 19
> > >>>> 1
> > >>>>
> > >>>>
> > >>>> % gmake clean distclean CROSSDEV=riscv32-esp-elf-
> > >>>>
> > >>>> % /usr/bin/time -h ./tools/configure.sh -B esp32c3-devkit:coremark
> > >>>> 3,97s real 2,16s user 2,09s sys
> > >>>>
> > >>>> % /usr/bin/time -h gmake -j8 CROSSDEV=riscv32-esp-elf-
> > >>>> 32,35s real 1m11,61s user 55,55s sys
> > >>>>
> > >>>> % /usr/bin/time -h gmake flash CROSSDEV=riscv32-esp-elf-
> > >>>> 20,03s real 5,94s user 11,38s sys
> > >>>>
> > >>>> % cu -l /dev/cuaU0 -s 115200
> > >>>> Connected
> > >>>> ESP-ROM:esp32c3-api1-20210207
> > >>>> Build:Feb 7 2021
> > >>>> rst:0x1 (POWERON),boot:0xc (SPI_FAST_FLASH_BOOT)
> > >>>> SPIWP:0xee
> > >>>> mode:DIO, clock div:1
> > >>>> load:0x3fcd5820,len:0x16c0
> > >>>> load:0x403cc710,len:0x87c
> > >>>> load:0x403ce710,len:0x2f54
> > >>>> entry 0x403cc710
> > >>>> I (30) boot: ESP-IDF v5.1-dev-3972-g1559b6309f 2nd stage bootloader
> > >>>> I (30) boot: compile time Mar 15 2023 12:14:06
> > >>>> I (31) boot: chip revision: v0.3
> > >>>> I (35) boot.esp32c3: SPI Speed : 80MHz
> > >>>> I (40) boot.esp32c3: SPI Mode : DIO
> > >>>> I (44) boot.esp32c3: SPI Flash Size : 4MB
> > >>>> I (49) boot: Enabling RNG early entropy source...
> > >>>> I (54) boot: Partition Table:
> > >>>> I (58) boot: ## Label Usage Type ST Offset
> Length
> > >>>> I (65) boot: 0 factory factory app 00 00 00010000
> > >> 00100000
> > >>>> I (73) boot: End of partition table
> > >>>> I (77) esp_image: segment 0: paddr=00010020 vaddr=3c010020
> size=00bd0h
> > >>>> ( 3024) map
> > >>>> I (86) esp_image: segment 1: paddr=00010bf8 vaddr=3fc81e10
> size=0015ch
> > >>>> ( 348) load
> > >>>> I (94) esp_image: segment 2: paddr=00010d5c vaddr=40380000
> size=01e0ch
> > >>>> ( 7692) load
> > >>>> I (104) esp_image: segment 3: paddr=00012b70 vaddr=00000000
> size=0d588h
> > >> (
> > >>>> 54664)
> > >>>> I (119) esp_image: segment 4: paddr=00020100 vaddr=42000100
> > >>>> size=0db60h ( 56160) map
> > >>>> I (128) boot: Loaded app from partition at offset 0x10000
> > >>>> I (128) boot: Disabling RNG early entropy source...
> > >>>> Running CoreMark...
> > >>>> 2K performance run parameters for coremark.
> > >>>> CoreMark Size : 666
> > >>>> Total ticks : 1472
> > >>>> Total time (secs): 14.720000
> > >>>> Iterations/Sec : 407.608696
> > >>>> Iterations : 6000
> > >>>> Compiler version : GCC8.4.0
> > >>>> Compiler flags : -O3 -fno-strict-aliasing -fomit-frame-pointer
> > >>>> -ffunction-sections -fdata-sections -nostdlib
> > >>>> Memory location : HEAP
> > >>>> seedcrc : 0xe9f5
> > >>>> [0]crclist : 0xe714
> > >>>> [0]crcmatrix : 0x1fd7
> > >>>> [0]crcstate : 0x8e3a
> > >>>> [0]crcfinal : 0xa14c
> > >>>> Correct operation validated. See README.md for run and reporting
> rules.
> > >>>> CoreMark 1.0 : 407.608696 / GCC8.4.0 -O3 -fno-strict-aliasing
> > >>>> -fomit-frame-pointer -ffunction-sections -fdata-sections -nostdlib /
> > >>>> HEAP
> > >>>>
> > >>>> % gmake clean distclean CROSSDEV=riscv32-esp-elf-
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>>
> > >>>> === STM32F769I-DISCO ===
> > >>>>
> > >>>> This is my first play with NuttX on that board.. I can also verify
> > >>>> flashing instructions :-)
> > >>>>
> > >>>> % arm-none-eabi-gcc --version
> > >>>> arm-none-eabi-gcc (GNU Arm Embedded Toolchain ) 10.3.1 20210824
> > >> (release)
> > >>>> Copyright (C) 2020 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.
> > >>>>
> > >>>> % ./tools/configure.sh -B stm32f769i-disco:nsh
> > >>>> 4,14s real 1,98s user 2,46s sys
> > >>>>
> > >>>> % /usr/bin/time -h gmake -j8
> > >>>> 40,20s real 3m14,54s user 39,11s sys
> > >>>>
> > >>>> % /usr/bin/time -h gmake flash
> > >>>> LD: nuttx
> > >>>> CP: nuttx.hex
> > >>>> CP: nuttx.bin
> > >>>> 5,02s real 2,51s user 2,82s sys
> > >>>>
> > >>>> % openocd -f interface/stlink.cfg -f target/stm32f7x.cfg -c
> 'program
> > >>>> nuttx.bin 0x08000000; reset run; exit'
> > >>>> Open On-Chip Debugger 0.12.0
> > >>>> Licensed under GNU GPL v2
> > >>>> For bug reports, read
> > >>>> http://openocd.org/doc/doxygen/bugs.html
> > >>>> Info : auto-selecting first available session transport "hla_swd".
> To
> > >>>> override use 'transport select <transport>'.
> > >>>> Info : The selected transport took over low-level target control.
> The
> > >>>> results might differ compared to plain JTAG/SWD
> > >>>> Info : clock speed 2000 kHz
> > >>>> Info : STLINK V2J27M15 (API v2) VID:PID 0483:374B
> > >>>> Info : Target voltage: 3.221551
> > >>>> Info : [stm32f7x.cpu] Cortex-M7 r1p0 processor detected
> > >>>> Info : [stm32f7x.cpu] target has 8 breakpoints, 4 watchpoints
> > >>>> Info : starting gdb server for stm32f7x.cpu on 3333
> > >>>> Info : Listening on port 3333 for gdb connections
> > >>>> Info : Unable to match requested speed 2000 kHz, using 1800 kHz
> > >>>> Info : Unable to match requested speed 2000 kHz, using 1800 kHz
> > >>>> [stm32f7x.cpu] halted due to debug-request, current mode: Thread
> > >>>> xPSR: 0x01000000 pc: 0x0800037c msp: 0x20021928
> > >>>> Info : Unable to match requested speed 8000 kHz, using 4000 kHz
> > >>>> Info : Unable to match requested speed 8000 kHz, using 4000 kHz
> > >>>> ** Programming Started **
> > >>>> Info : device id = 0x10006451
> > >>>> Info : flash size = 2048 KiB
> > >>>> Info : Single Bank 2048 kiB STM32F76x/77x found
> > >>>> ** Programming Finished **
> > >>>> Info : Unable to match requested speed 2000 kHz, using 1800 kHz
> > >>>> Info : Unable to match requested speed 2000 kHz, using 1800 kHz
> > >>>>
> > >>>> % cu -l /dev/cuaU0 -s 115200
> > >>>> Connected
> > >>>> $$$08170221053F680F3A7BF125
> > >>>> NuttShell (NSH) NuttX-12.7.0
> > >>>> nsh> uname -a
> > >>>> NuttX 12.7.0 10e44f8915-dirty Oct 4 2024 23:25:59 arm
> stm32f769i-disco
> > >>>> nsh> free
> > >>>> nsh: free: command not found
> > >>>> nsh> help
> > >>>> help usage: help [-v] [<cmd>]
> > >>>>
> > >>>> . cd exit mkrd sleep unset
> > >>>> [ cp expr mount source uptime
> > >>>> ? cmp false mv test usleep
> > >>>> alias dirname help printf time xd
> > >>>> unalias dd hexdump pwd true
> > >>>> basename dmesg kill rm truncate
> > >>>> break echo ls rmdir uname
> > >>>> cat exec mkdir set umount
> > >>>>
> > >>>> Builtin Apps:
> > >>>> nsh sh
> > >>>>
> > >>>>
> > >>>> % gmake clean distclean
> > >>>>
> > >>>> % /usr/bin/time -h ./tools/configure.sh -B stm32f769i-disco:netnsh
> > >>>> 4,11s real 1,92s user 2,50s sys
> > >>>>
> > >>>> % /usr/bin/time -h gmake -j8
> > >>>> 53,49s real 4m24,31s user 49,74s sys
> > >>>>
> > >>>> % /usr/bin/time -h gmake flash
> > >>>> 6,33s real 2,93s user 3,73s sys
> > >>>>
> > >>>> % openocd -f interface/stlink.cfg -f target/stm32f7x.cfg -c
> 'program
> > >>>> nuttx.bin 0x08000000; reset run; exit'
> > >>>> Open On-Chip Debugger 0.12.0
> > >>>> Licensed under GNU GPL v2
> > >>>> For bug reports, read
> > >>>> http://openocd.org/doc/doxygen/bugs.html
> > >>>> Info : auto-selecting first available session transport "hla_swd".
> To
> > >>>> override use 'transport select <transport>'.
> > >>>> Info : The selected transport took over low-level target control.
> The
> > >>>> results might differ compared to plain JTAG/SWD
> > >>>> Info : clock speed 2000 kHz
> > >>>> Info : STLINK V2J27M15 (API v2) VID:PID 0483:374B
> > >>>> Info : Target voltage: 3.221551
> > >>>> Info : [stm32f7x.cpu] Cortex-M7 r1p0 processor detected
> > >>>> Info : [stm32f7x.cpu] target has 8 breakpoints, 4 watchpoints
> > >>>> Info : starting gdb server for stm32f7x.cpu on 3333
> > >>>> Info : Listening on port 3333 for gdb connections
> > >>>> Info : Unable to match requested speed 2000 kHz, using 1800 kHz
> > >>>> Info : Unable to match requested speed 2000 kHz, using 1800 kHz
> > >>>> [stm32f7x.cpu] halted due to debug-request, current mode: Thread
> > >>>> xPSR: 0x01000000 pc: 0x0800037c msp: 0x20021928
> > >>>> Info : Unable to match requested speed 8000 kHz, using 4000 kHz
> > >>>> Info : Unable to match requested speed 8000 kHz, using 4000 kHz
> > >>>> ** Programming Started **
> > >>>> Info : device id = 0x10006451
> > >>>> Info : flash size = 2048 KiB
> > >>>> Info : Single Bank 2048 kiB STM32F76x/77x found
> > >>>> ** Programming Finished **
> > >>>> Info : Unable to match requested speed 2000 kHz, using 1800 kHz
> > >>>> Info : Unable to match requested speed 2000 kHz, using 1800 kHz
> > >>>>
> > >>>>
> > >>>> % cu -l /dev/cuaU0 -s 115200
> > >>>> Connected
> > >>>> $$$08170221053F680F3A7BF125
> > >>>> NuttShell (NSH) NuttX-12.7.0
> > >>>> No MOTD string provided
> > >>>> nsh>
> > >>>> nsh> uname -a
> > >>>> NuttX stntest 12.7.0 10e44f8915-dirty Oct 4 2024 23:32:10 arm
> > >>>> stm32f769i-disco
> > >>>> nsh> help
> > >>>> help usage: help [-v] [<cmd>]
> > >>>>
> > >>>> . cd exec kill printf time
> > >>>> [ cp exit pkill ps true
> > >>>> ? cmp expr ls pwd
> truncate
> > >>>> alias dirname false mkdir rm uname
> > >>>> unalias dd fdinfo mkrd rmdir umount
> > >>>> arp df free mount set unset
> > >>>> basename dmesg help mv sleep uptime
> > >>>> break echo hexdump nslookup source usleep
> > >>>> cat env ifconfig pidof test xd
> > >>>>
> > >>>> Builtin Apps:
> > >>>> nsh ping renew sh
> > >>>>
> > >>>> nsh> ifconfig
> > >>>> eth0 Link encap:Ethernet HWaddr ea:db:b5:7a:ff:e4 at UP mtu 1486
> > >>>> inet addr:10.0.0.2 DRaddr:10.0.0.1 Mask:255.255.255.0
> > >>>>
> > >>>> IPv4 TCP UDP ICMP
> > >>>> Received 0004 0000 0004 0000
> > >>>> Dropped 0000 0000 0000 0000
> > >>>> IPv4 VHL: 0000 Frg: 0000
> > >>>> Checksum 0000 0000 0000 ----
> > >>>> TCP ACK: 0000 SYN: 0000
> > >>>> RST: 0000 0000
> > >>>> Type 0000 ---- ---- 0000
> > >>>> Sent 0000 0000 0000 0000
> > >>>> Rexmit ---- 0000 ---- ----
> > >>>>
> > >>>>
> > >>>> nsh> ifconfig eth0 dhcp
> > >>>>>>> HANGS, NEED RESET <<<
> > >>>>
> > >>>> nsh> renew eth0
> > >>>>>>> HANGS, NEED RESET <<<
> > >>>>
> > >>>> nsh> ifconfig eth0 XXX.150
> > >>>> nsh> ifconfig
> > >>>> eth0 Link encap:Ethernet HWaddr ea:db:b5:7a:ff:e4 at UP mtu 1486
> > >>>> inet addr:XXX.150 DRaddr:XXX.1 Mask:255.255.255.0
> > >>>>
> > >>>> IPv4 TCP UDP ICMP
> > >>>> Received 0003 0000 0003 0000
> > >>>> Dropped 0000 0000 0000 0000
> > >>>> IPv4 VHL: 0000 Frg: 0000
> > >>>> Checksum 0000 0000 0000 ----
> > >>>> TCP ACK: 0000 SYN: 0000
> > >>>> RST: 0000 0000
> > >>>> Type 0000 ---- ---- 0000
> > >>>> Sent 0000 0000 0000 0000
> > >>>> Rexmit ---- 0000 ---- ----
> > >>>> nsh> ping XXX.1
> > >>>> PING XXX.1 56 bytes of data
> > >>>> 56 bytes from XXX.1: icmp_seq=0 time=0.0 ms
> > >>>> ...
> > >>>> 56 bytes from XXX.1: icmp_seq=9 time=0.0 ms
> > >>>> 10 packets transmitted, 10 received, 0% packet loss, time 10100 ms
> > >>>> rtt min/avg/max/mdev = 0.000/0.000/0.000/0.000 ms
> > >>>>
> > >>>> Okay we have a quite powerful hardware lets run some benchmarks on
> it
> > >> :-)
> > >>>>
> > >>>> BUG: Looks like SPINLOCK benchmark has broken dependencies.
> > >>>>
> > >>>> % gmake -j8
> > >>>> LD: nuttx
> > >>>> CP: nuttx.hex
> > >>>> CP: nuttx.bin
> > >>>> octagon% gmake flash
> > >>>> LD: nuttx
> > >>>> CP: nuttx.hex
> > >>>> CP: nuttx.bin
> > >>>>
> > >>>> % cu -l /dev/cuaU0 -s 115200
> > >>>>
> > >>>> nsh> uname -a
> > >>>> NuttX stntest 12.7.0 10e44f8915-dirty Oct 4 2024 23:50:23 arm
> > >>>> stm32f769i-disco
> > >>>>
> > >>>> nsh> free
> > >>>> total used free maxused maxfree
> nused
> > >>>> nfree
> > >>>> Umem: 474288 10144 464144 13192 326328
> 30
> > >>>> 5
> > >>>> nsh> help
> > >>>> help usage: help [-v] [<cmd>]
> > >>>>
> > >>>> . cd exec kill printf time
> > >>>> [ cp exit pkill ps true
> > >>>> ? cmp expr ls pwd
> truncate
> > >>>> alias dirname false mkdir rm uname
> > >>>> unalias dd fdinfo mkrd rmdir umount
> > >>>> arp df free mount set unset
> > >>>> basename dmesg help mv sleep uptime
> > >>>> break echo hexdump nslookup source usleep
> > >>>> cat env ifconfig pidof test xd
> > >>>>
> > >>>> Builtin Apps:
> > >>>> coremark pi_css5 ramspeed
> > >>>> dhrystone ping renew
> > >>>> nsh radix2_big_64k sh
> > >>>>
> > >>>> nsh> coremark
> > >>>> Running CoreMark...
> > >>>> 2K performance run parameters for coremark.
> > >>>> CoreMark Size : 666
> > >>>> Total ticks : 1772
> > >>>> Total time (secs): 17.720000
> > >>>> Iterations/Sec : 620.767494
> > >>>> Iterations : 11000
> > >>>> Compiler version : GCC10.3.1 20210824 (release)
> > >>>> Compiler flags : -Os -fno-strict-aliasing -fomit-frame-pointer
> > >>>> -fno-common -Wall -Wshadow -Wundef -ffunction-sections
> -fdata-sections
> > >>>> Memory location : HEAP
> > >>>> seedcrc : 0xe9f5
> > >>>> [0]crclist : 0xe714
> > >>>> [0]crcmatrix : 0x1fd7
> > >>>> [0]crcstate : 0x8e3a
> > >>>> [0]crcfinal : 0x33ff
> > >>>> Correct operation validated. See README.md for run and reporting
> rules.
> > >>>> CoreMark 1.0 : 620.767494 / GCC10.3.1 20210824 (release) -Os
> > >>>> -fno-strict-aliasing -fomit-frame-pointer -fno-common -Wall -Wshadow
> > >>>> -Wundef -ffunction-sections -fdata-sections / HEAP
> > >>>>
> > >>>> nsh> dhrystone
> > >>>>
> > >>>> Dhrystone Benchmark, Version C, Version 2.2
> > >>>> Program compiled without 'register' attribute
> > >>>> Using MSC clock(), HZ=100
> > >>>>
> > >>>> Trying 50000 runs through Dhrystone:
> > >>>> Measured time too small to obtain meaningful results
> > >>>>
> > >>>> Trying 500000 runs through Dhrystone:
> > >>>> Measured time too small to obtain meaningful results
> > >>>>
> > >>>> Trying 5000000 runs through Dhrystone:
> > >>>> Final values of the variables used in the benchmark:
> > >>>>
> > >>>> Int_Glob: 5
> > >>>> should be: 5
> > >>>> Bool_Glob: 1
> > >>>> should be: 1
> > >>>> Ch_1_Glob: A
> > >>>> should be: A
> > >>>> Ch_2_Glob: B
> > >>>> should be: B
> > >>>> Arr_1_Glob[8]: 7
> > >>>> should be: 7
> > >>>> Arr_2_Glob[8][7]: 5550010
> > >>>> should be: Number_Of_Runs + 10
> > >>>> Ptr_Glob->
> > >>>> Ptr_Comp: 537385352
> > >>>> should be: (implementation-dependent)
> > >>>> Discr: 0
> > >>>> should be: 0
> > >>>> Enum_Comp: 2
> > >>>> should be: 2
> > >>>> Int_Comp: 17
> > >>>> should be: 17
> > >>>> Str_Comp: DHRYSTONE PROGRAM, SOME STRING
> > >>>> should be: DHRYSTONE PROGRAM, SOME STRING
> > >>>> Next_Ptr_Glob->
> > >>>> Ptr_Comp: 537385352
> > >>>> should be: (implementation-dependent), same as above
> > >>>> Discr: 0
> > >>>> should be: 0
> > >>>> Enum_Comp: 1
> > >>>> should be: 1
> > >>>> Int_Comp: 18
> > >>>> should be: 18
> > >>>> Str_Comp: DHRYSTONE PROGRAM, SOME STRING
> > >>>> should be: DHRYSTONE PROGRAM, SOME STRING
> > >>>> Int_1_Loc: 5
> > >>>> should be: 5
> > >>>> Int_2_Loc: 13
> > >>>> should be: 13
> > >>>> Int_3_Loc: 7
> > >>>> should be: 7
> > >>>> Enum_Loc: 1
> > >>>> should be: 1
> > >>>> Str_1_Loc: DHRYSTONE PROGRAM, 1'ST STRING
> > >>>> should be: DHRYSTONE PROGRAM, 1'ST STRING
> > >>>> Str_2_Loc: DHRYSTONE PROGRAM, 2'ND STRING
> > >>>> should be: DHRYSTONE PROGRAM, 2'ND STRING
> > >>>>
> > >>>> Microseconds for one run through Dhrystone: 2.3
> > >>>> Dhrystones per Second: 441306
> > >>>>
> > >>>>
> > >>>> nsh> pi_css5
> > >>>> Calculation of PI using FFT and AGM, ver. LG1.1.2-MP1.5.2a.memsave
> > >>>>
> > >>>> Usage: pi_css5 digits
> > >>>>
> > >>>> Number of digits of pi to calculate?
> > >>>> 1000000000
> > >>>> initializing...
> > >>>> Allocation Failure!
> > >>>> nsh>
> > >>>> nsh> pi_css5
> > >>>> Calculation of PI using FFT and AGM, ver. LG1.1.2-MP1.5.2a.memsave
> > >>>>
> > >>>> Usage: pi_css5 digits
> > >>>>
> > >>>> Number of digits of pi to calculate?
> > >>>> 1000000
> > >>>> initializing...
> > >>>> Allocation Failure!
> > >>>> nsh> pi_css5
> > >>>> Calculation of PI using FFT and AGM, ver. LG1.1.2-MP1.5.2a.memsave
> > >>>>
> > >>>> Usage: pi_css5 digits
> > >>>>
> > >>>> Number of digits of pi to calculate?
> > >>>> 65535
> > >>>> initializing...
> > >>>> Allocation Failure!
> > >>>> nsh> pi_css5
> > >>>> Calculation of PI using FFT and AGM, ver. LG1.1.2-MP1.5.2a.memsave
> > >>>>
> > >>>> Usage: pi_css5 digits
> > >>>>
> > >>>> Number of digits of pi to calculate?
> > >>>> 12345
> > >>>> initializing...
> > >>>> Allocation Failure!
> > >>>> nsh> pi_css5
> > >>>> Calculation of PI using FFT and AGM, ver. LG1.1.2-MP1.5.2a.memsave
> > >>>>
> > >>>> Usage: pi_css5 digits
> > >>>>
> > >>>> Number of digits of pi to calculate?
> > >>>> 123
> > >>>> initializing...
> > >>>> nfft= 32
> > >>>> radi_assert: Current Version: NuttX stntest 12.7.0 10e44f8915-dirty
> > >>>> Oct 4 2024 23:50:23 arm
> > >>>> _assert: Assertion failed panic: at file: :0 task: 0x801bda1
> > >>>> up_dump_register: R0: 00000004 R1: 00000000 R2: 00000000 R3:
> 00000000
> > >>>> up_dump_register: R4: 00000004 R5: 00000033 R6: 2007d9f8 FP:
> 2007dae8
> > >>>> up_dump_register: R8: 2007da48 SB: 2007da98 SL: 2007f0e0 R11:
> 2007f0e1
> > >>>> up_dump_register: IP: 2007db58 SP: 2007ef10 LR: 080089d9 PC:
> 080088f8
> > >>>> up_dump_register: xPSR: 01000000 PRIMASK: 00000000 CONTROL: 00000000
> > >>>> up_dump_register: EXC_RETURN: ffffffe9
> > >>>> dump_stack: User Stack:
> > >>>> dump_stack: base: 0x2007e858
> > >>>> dump_stack: size: 00002016
> > >>>> dump_stack: sp: 0x2007ef10
> > >>>> stack_dump: 0x2007eef0: 00000000 3fe00000 00000000 00000000 00000000
> > >>>> 00000000 80000010 00000000
> > >>>> stack_dump: 0x2007ef10: 00000004 080089d9 00000000 08029735 00000000
> > >>>> 00000000 00000000 0801c359
> > >>>> stack_dump: 0x2007ef30: 2007d9f8 2007f040 00000020 2007f0e0 2007f1f8
> > >>>> 2007f310 2007f040 2007f1f8
> > >>>> stack_dump: 0x2007ef50: 00000000 00000000 2007f090 2007f310 00000001
> > >>>> 0000000b 00000020 32316970
> > >>>> stack_dump: 0x2007ef70: 78742e38 00000074 00000000 00000000 00000000
> > >>>> 00000000 00000004 ffffffe9
> > >>>> stack_dump: 0x2007ef90: 00000000 00000000 00000000 00000000 00000000
> > >>>> 00000000 00000000 00000000
> > >>>> stack_dump: 0x2007efb0: 00000000 00000000 00000000 00000000 00000000
> > >>>> 00000000 00000000 00000000
> > >>>> stack_dump: 0x2007efd0: 00000000 00000000 00000000 00000000 00000000
> > >>>> 00000000 00000000 00000000
> > >>>> stack_dump: 0x2007eff0: 00000000 0801bda1 2007d588 00000000 00000000
> > >>>> 00000000 00000000 00000000
> > >>>> stack_dump: 0x2007f010: 00000000 08008b1d 2007e848 00000001 2007e848
> > >>>> 08005cd9 00000000 00000000
> > >>>> stack_dump: 0x2007f030: 00000000 00000000 00000000 00000000 00000000
> > >>>> 00000000 00000000 00000000
> > >>>> dump_tasks: PID GROUP PRI POLICY TYPE NPX STATE EVENT
> > >>>> SIGMASK STACKBASE STACKSIZE COMMAND
> > >>>> dump_task: 0 0 0 FIFO Kthread - Ready
> > >>>> 0000000000000000 0x2002bf5c 1008 <noname>
> > >>>> dump_task: 1 0 224 RR Kthread - Waiting Semaphore
> > >>>> 0000000000000000 0x2007c238 1984 <noname> 0x200201a4
> 0x200201c8
> > >>>> dump_task: 2 0 100 RR Kthread - Waiting Semaphore
> > >>>> 0000000000000000 0x2007cae8 1984 <noname> 0x200201dc
> 0x20020200
> > >>>> dump_task: 4 4 100 RR Task - Waiting Semaphore
> > >>>> 0000000000000000 0x2007e058 2008 <noname>
> > >>>> dump_task: 12 12 100 RR Task - Running
> > >>>> 0000000000000000 0x2007e858 2016 <noname>
> > >>>>
> > >>>> heh =)
> > >>>>
> > >>>> nsh> pi_css5
> > >>>> Calculation of PI using FFT and AGM, ver. LG1.1.2-MP1.5.2a.memsave
> > >>>>
> > >>>> Usage: pi_css5 digits
> > >>>>
> > >>>> Number of digits of pi to calculate?
> > >>>> 4
> > >>>> initi_assert: Current Version: NuttX stntest 12.7.0 10e44f8915-dirty
> > >>>> Oct 4 2024 23:50:23 arm
> > >>>> _assert: Assertion failed panic: at file: :0 task: 0x801bda1
> > >>>> up_dump_register: R0: 00000004 R1: 00000000 R2: 00000000 R3:
> 00000000
> > >>>> up_dump_register: R4: 00000004 R5: 00000033 R6: 2007d968 FP:
> 2007d9b0
> > >>>> up_dump_register: R8: 2007d980 SB: 2007d998 SL: 2007d9f8 R11:
> 2007d9f9
> > >>>> up_dump_register: IP: 2007db58 SP: 2007ef10 LR: 080089d9 PC:
> 080088f8
> > >>>> up_dump_register: xPSR: 01000000 PRIMASK: 00000000 CONTROL: 00000000
> > >>>> up_dump_register: EXC_RETURN: ffffffe9
> > >>>> dump_stack: User Stack:
> > >>>> dump_stack: base: 0x2007e858
> > >>>> dump_stack: size: 00002016
> > >>>> dump_stack: sp: 0x2007ef10
> > >>>> stack_dump: 0x2007eef0: 00000000 3fe00000 00000000 00000000 00000000
> > >>>> 00000000 80000010 00000000
> > >>>> stack_dump: 0x2007ef10: 00000004 080089d9 00000000 08029735 00000000
> > >>>> 00000000 00000000 0801c359
> > >>>> stack_dump: 0x2007ef30: 2007d968 2007d9c8 00000002 2007d9f8 2007da20
> > >>>> 2007da48 2007d9c8 2007da20
> > >>>> stack_dump: 0x2007ef50: 00000000 00000000 2007d9e0 2007da48 00000001
> > >>>> 00000003 00000002 2e386970
> > >>>> stack_dump: 0x2007ef70: 00747874 00000000 00000000 00000000 00000000
> > >>>> 00000000 00000004 ffffffe9
> > >>>> stack_dump: 0x2007ef90: 00000000 00000000 00000000 00000000 00000000
> > >>>> 00000000 00000000 00000000
> > >>>> stack_dump: 0x2007efb0: 00000000 00000000 00000000 00000000 00000000
> > >>>> 00000000 00000000 00000000
> > >>>> stack_dump: 0x2007efd0: 00000000 00000000 00000000 00000000 00000000
> > >>>> 00000000 00000000 00000000
> > >>>> stack_dump: 0x2007eff0: 00000000 0801bda1 2007d588 00000000 00000000
> > >>>> 00000000 00000000 00000000
> > >>>> stack_dump: 0x2007f010: 00000000 08008b1d 2007e848 00000001 2007e848
> > >>>> 08005cd9 00000000 00000000
> > >>>> stack_dump: 0x2007f030: 00000000 00000000 00000000 00000000 00000000
> > >>>> 00000000 00000000 00000000
> > >>>> dump_tasks: PID GROUP PRI POLICY TYPE NPX STATE EVENT
> > >>>> SIGMASK STACKBASE STACKSIZE COMMAND
> > >>>> dump_task: 0 0 0 FIFO Kthread - Ready
> > >>>> 0000000000000000 0x2002bf5c 1008 <noname>
> > >>>> dump_task: 1 0 224 RR Kthread - Waiting Semaphore
> > >>>> 0000000000000000 0x2007c238 1984 <noname> 0x200201a4
> 0x200201c8
> > >>>> dump_task: 2 0 100 RR Kthread - Waiting Semaphore
> > >>>> 0000000000000000 0x2007cae8 1984 <noname> 0x200201dc
> 0x20020200
> > >>>> dump_task: 4 4 100 RR Task - Waiting Semaphore
> > >>>> 0000000000000000 0x2007e058 2008 <noname>
> > >>>> dump_task: 5 5 100 RR Task - Running
> > >>>> 0000000000000000 0x2007e858 2016 <noname>
> > >>>>
> > >>>> BROKEN :-)
> > >>>>
> > >>>> nsh> radix2_big_64k
> > >>>> Malloc Failed from coremark-pro/mith/src/th_rand.c:241!
> > >>>>
> > >>>> BROKEN :-)
> > >>>>
> > >>>> % gmake clean distclean
> > >>>>
> > >>>> % ./tools/configure.sh -B stm32f769i-disco:nsh
> > >>>>
> > >>>> gmake menuconfig -> add apps / testing / ostest
> > >>>>
> > >>>> gmake -j8
> > >>>> gmake flash
> > >>>>
> > >>>> % openocd -f interface/stlink.cfg -f target/stm32f7x.cfg -c
> 'program
> > >>>> nuttx.bin 0x08000000; reset run; exit'
> > >>>>
> > >>>> % cu -l /dev/cuaU0 -s 115200
> > >>>>
> > >>>> nsh> uname -a
> > >>>> NuttX 12.7.0 10e44f8915-dirty Oct 5 2024 00:02:28 arm
> stm32f769i-disco
> > >>>>
> > >>>> nsh> ostest
> > >>>> (..)
> > >>>> user_main: vfork() test
> > >>>> vfork_test: Child 69 ran successfully
> > >>>>
> > >>>> Final memory usage:
> > >>>> VARIABLE BEFORE AFTER
> > >>>> ======== ======== ========
> > >>>> arena 7dcbc 7dcbc
> > >>>> ordblks 3 6
> > >>>> mxordblk 59ad0 59ad0
> > >>>> uordblks 4244 69a4
> > >>>> fordblks 79a78 77318
> > >>>> user_main: Exiting
> > >>>> ostest_main: Exiting with status 0
> > >>>>
> > >>>> Looks like memory usage before and after seems to differ that
> confirms
> > >>>> the memory leak?
> > >>>>
> > >>>> I wanted to use "free" command but it is not built although it is
> not
> > >>>> disabled in the config:
> > >>>>
> > >>>> nsh> free
> > >>>> nsh: free: command not found
> > >>>>
> > >>>> % grep CONFIG_NSH_DISABLE_FREE .config
> > >>>> # CONFIG_NSH_DISABLE_FREE is not set
> > >>>>
> > >>>>
> > >>>> Lets try again with netsh configuration that had free available and
> add
> > >>>> ostest:
> > >>>>
> > >>>> % gmake clean distclean
> > >>>>
> > >>>> % usr/bin/time -h ./tools/configure.sh -B stm32f769i-disco:netnsh
> > >>>> 4,24s real 1,95s user 2,60s sys
> > >>>>
> > >>>> % gmake menuconfig <- enable ostest
> > >>>>
> > >>>> % grep OSTEST .config
> > >>>> CONFIG_TESTING_OSTEST=y
> > >>>> CONFIG_TESTING_OSTEST_LOOPS=1
> > >>>> CONFIG_TESTING_OSTEST_STACKSIZE=8192
> > >>>> CONFIG_TESTING_OSTEST_NBARRIER_THREADS=8
> > >>>> CONFIG_TESTING_OSTEST_RR_RANGE=10000
> > >>>> CONFIG_TESTING_OSTEST_RR_RUNS=10
> > >>>> # CONFIG_TESTING_OSTEST_FPUTESTDISABLE is not set
> > >>>> CONFIG_TESTING_OSTEST_FPULOOPS=16
> > >>>> CONFIG_TESTING_OSTEST_FPUMSDELAY=750
> > >>>> CONFIG_TESTING_OSTEST_FPUPRIORITY=100
> > >>>> CONFIG_TESTING_OSTEST_FPUSTACKSIZE=2048
> > >>>> CONFIG_TESTING_OSTEST_WAITRESULT=y
> > >>>>
> > >>>>
> > >>>> % /usr/bin/time -h gmake -j8
> > >>>> 54,54s real 4m31,11s user 50,04s sys
> > >>>>
> > >>>> % gmake flash
> > >>>> LD: nuttx
> > >>>> CP: nuttx.hex
> > >>>> CP: nuttx.bin
> > >>>>
> > >>>> % openocd -f interface/stlink.cfg -f target/stm32f7x.cfg -c
> 'program
> > >>>> nuttx.bin 0x08000000; reset run; exit'
> > >>>>
> > >>>> % cu -l /dev/cuaU0 -s 115200
> > >>>> Connected
> > >>>> $$$08170221053F680F3A7BF125
> > >>>> nsh> uname -a
> > >>>> NuttX stntest 12.7.0 10e44f8915-dirty Oct 5 2024 00:43:15 arm
> > >>>> stm32f769i-disco
> > >>>> nsh> free
> > >>>> total used free maxused maxfree
> nused
> > >>>> nfree
> > >>>> Umem: 483056 10112 472944 11192 335096
> 29
> > >>>> 4
> > >>>> nsh> uname -a
> > >>>> NuttX stntest 12.7.0 10e44f8915-dirty Oct 5 2024 00:43:15 arm
> > >>>> stm32f769i-disco
> > >>>> nsh> free
> > >>>> total used free maxused maxfree
> nused
> > >>>> nfree
> > >>>> Umem: 483056 10112 472944 11192 335096
> 29
> > >>>> 4
> > >>>>
> > >>>> nsh> ostest
> > >>>> (..)
> > >>>> user_main: vfork() test
> > >>>> vfork_test: Child 140 ran successfully
> > >>>>
> > >>>> Final memory usage:
> > >>>> VARIABLE BEFORE AFTER
> > >>>> ======== ======== ========
> > >>>> arena 75ef0 75ef0
> > >>>> ordblks 4 6
> > >>>> mxordblk 51cf8 51cf8
> > >>>> uordblks 5500 7c68
> > >>>> fordblks 709f0 6e288
> > >>>> user_main: Exiting
> > >>>> ostest_main: Exiting with status 0
> > >>>>
> > >>>> nsh> free
> > >>>> total used free maxused maxfree
> nused
> > >>>> nfree
> > >>>> Umem: 483056 10200 472856 49640 335096
> 31
> > >>>> 5
> > >>>>
> > >>>>
> > >>>> nsh> ostest
> > >>>> (..)
> > >>>> user_main: vfork() test
> > >>>> vfork_test: Child 280 ran successfully
> > >>>>
> > >>>> Final memory usage:
> > >>>> VARIABLE BEFORE AFTER
> > >>>> ======== ======== ========
> > >>>> arena 75ef0 75ef0
> > >>>> ordblks 4 6
> > >>>> mxordblk 51cf8 51cf8
> > >>>> uordblks 5560 7c68
> > >>>> fordblks 70990 6e288
> > >>>> user_main: Exiting
> > >>>> ostest_main: Exiting with status 0
> > >>>>
> > >>>> nsh> free
> > >>>> total used free maxused maxfree
> nused
> > >>>> nfree
> > >>>> Umem: 483056 10200 472856 49728 335096
> 31
> > >>>> 5
> > >>>>
> > >>>>
> > >>>> --
> > >>>> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
> > >>>>
> > >>>>
> > >>
>
>
>
> --
> CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
>
