Thanks Alin, I think the fix is here: https://github.com/apache/nuttx/pull/14527
Lup On Mon, Oct 28, 2024 at 3:43 PM Alin Jerpelea <jerpe...@gmail.com> wrote: > Cmake in present: stm32f334-disco/nsh,CONFIG_ARM_TOOLCHAIN_CLANG > Configuration/Tool: stm32f334-disco/nsh,CONFIG_ARM_TOOLCHAIN_CLANG > 2024-10-28 07:41:50 > > ------------------------------------------------------------------------------------ > Cleaning... > Configuring... > CMake Warning at cmake/nuttx_kconfig.cmake:171 (message): > Kconfig Configuration Error: warning: STM32_HAVE_HRTIM1_PLLCLK (defined > at > arch/arm/src/stm32/Kconfig:8109) has direct dependencies STM32_HRTIM && > ARCH_CHIP_STM32 && ARCH_ARM with value n, but is currently being > y-selected > by the following symbols: > > - STM32_STM32F33XX (defined at arch/arm/src/stm32/Kconfig:1533), with > value y, direct dependencies ARCH_CHIP_STM32 && ARCH_ARM (value: y), and > select condition ARCH_CHIP_STM32 && ARCH_ARM (value: y) > > Call Stack (most recent call first): > CMakeLists.txt:322 (nuttx_olddefconfig) > > > Select HOST_LINUX=y > CMake Warning at cmake/nuttx_kconfig.cmake:192 (message): > Kconfig Configuration Error: warning: STM32_HAVE_HRTIM1_PLLCLK (defined > at > arch/arm/src/stm32/Kconfig:8109) has direct dependencies STM32_HRTIM && > ARCH_CHIP_STM32 && ARCH_ARM with value n, but is currently being > y-selected > by the following symbols: > > - STM32_STM32F33XX (defined at arch/arm/src/stm32/Kconfig:1533), with > value y, direct dependencies ARCH_CHIP_STM32 && ARCH_ARM (value: y), and > select condition ARCH_CHIP_STM32 && ARCH_ARM (value: y) > > Call Stack (most recent call first): > cmake/nuttx_sethost.cmake:107 (nuttx_setconfig) > CMakeLists.txt:333 (nuttx_sethost) > > > Disabling CONFIG_ARM_TOOLCHAIN_BUILDROOT > Enabling CONFIG_ARM_TOOLCHAIN_CLANG > Building NuttX... > > On Mon, Oct 28, 2024 at 8:18 AM Alin Jerpelea <jerpe...@gmail.com> wrote: > > > HI Lup > > I found another one > > > > Cmake in present: nucleo-f334r8/adc,CONFIG_ARM_TOOLCHAIN_CLANG > > Configuration/Tool: nucleo-f334r8/adc,CONFIG_ARM_TOOLCHAIN_CLANG > > 2024-10-28 07:17:15 > > > > > ------------------------------------------------------------------------------------ > > Cleaning... > > Configuring... > > CMake Warning at cmake/nuttx_kconfig.cmake:171 (message): > > Kconfig Configuration Error: warning: STM32_HAVE_HRTIM1_PLLCLK (defined > > at > > arch/arm/src/stm32/Kconfig:8109) has direct dependencies STM32_HRTIM && > > ARCH_CHIP_STM32 && ARCH_ARM with value n, but is currently being > > y-selected > > by the following symbols: > > > > - STM32_STM32F33XX (defined at arch/arm/src/stm32/Kconfig:1533), with > > value y, direct dependencies ARCH_CHIP_STM32 && ARCH_ARM (value: y), and > > select condition ARCH_CHIP_STM32 && ARCH_ARM (value: y) > > > > Call Stack (most recent call first): > > CMakeLists.txt:322 (nuttx_olddefconfig) > > > > > > Select HOST_LINUX=y > > CMake Warning at cmake/nuttx_kconfig.cmake:192 (message): > > Kconfig Configuration Error: warning: STM32_HAVE_HRTIM1_PLLCLK (defined > > at > > arch/arm/src/stm32/Kconfig:8109) has direct dependencies STM32_HRTIM && > > ARCH_CHIP_STM32 && ARCH_ARM with value n, but is currently being > > y-selected > > by the following symbols: > > > > - STM32_STM32F33XX (defined at arch/arm/src/stm32/Kconfig:1533), with > > value y, direct dependencies ARCH_CHIP_STM32 && ARCH_ARM (value: y), and > > select condition ARCH_CHIP_STM32 && ARCH_ARM (value: y) > > > > Call Stack (most recent call first): > > cmake/nuttx_sethost.cmake:107 (nuttx_setconfig) > > CMakeLists.txt:333 (nuttx_sethost) > > > > > > Disabling CONFIG_ARM_TOOLCHAIN_GNU_EABI > > Enabling CONFIG_ARM_TOOLCHAIN_CLANG > > Building NuttX... > > > > Thanks > > Alin > > > > On Mon, Oct 28, 2024 at 4:40 AM Lee, Lup Yuen <lu...@appkaki.com> wrote: > > > >> << needed on host machine (please update the article) > >> apt install gcc-arm-none-eabi binutils-arm-none-eabi genromfs >> > >> > >> Hi Alin: This is super strange. genromfs isn't installed on my Host > >> Machine: > >> > >> ## genromfs isn't installed on my Host Machine > >> $ genromfs -h > >> Command 'genromfs' not found > >> > >> ## genromfs works fine inside Docker > >> $ sudo docker run -it \ > >> ghcr.io/apache/nuttx/apache-nuttx-ci-linux:latest \ > >> /bin/bash -c "genromfs -h" > >> genromfs 0.5.2 > >> > >> Is anyone else having problems building NuttX with our Docker Image? > >> Please > >> lemme know thanks! > >> > >> << /usr/bin/bash: line 1: arm-nuttx-eabi-gcc: command not found >> > >> > >> This is a harmless message, we're tracking the issue here: > >> https://github.com/apache/nuttx/issues/14374 > >> > >> Lup > >> > >> On Mon, Oct 28, 2024 at 11:23 AM Alin Jerpelea <jerpe...@gmail.com> > >> wrote: > >> > >> > Hi Lup, > >> > > >> > needed on host machine (please update the article) > >> > > >> > apt install gcc-arm-none-eabi binutils-arm-none-eabi genromfs > >> > > >> > error still unidentified > >> > > >> > onfiguration/Tool: c5471evm/nettest,CONFIG_ARM_TOOLCHAIN_GNU_EABI > >> > 2024-10-28 04:20:28 > >> > > >> > > >> > ------------------------------------------------------------------------------------ > >> > Cleaning... > >> > Configuring... > >> > Disabling CONFIG_ARM_TOOLCHAIN_BUILDROOT > >> > Enabling CONFIG_ARM_TOOLCHAIN_GNU_EABI > >> > Building NuttX... > >> > Normalize c5471evm/nettest > >> > /usr/bin/bash: line 1: arm-nuttx-eabi-gcc: command not found > >> > /usr/bin/bash: line 1: arm-nuttx-eabi-gcc: command not found > >> > > >> > Best Regards > >> > > >> > Alin > >> > > >> > > >> > On Mon, Oct 28, 2024 at 3:25 AM Lee, Lup Yuen <lu...@appkaki.com> > >> wrote: > >> > > >> > > << /usr/bin/bash: line 1: genromfs: command not found >> > >> > > > >> > > Hi Alin: That's very odd, genromfs is inside the Docker Image so it > >> > > shouldn't fail (unless we're running outside Docker?). Here's how we > >> > check > >> > > genromfs: > >> > > > >> > > ## This will show "genromfs 0.5.2" > >> > > sudo docker run -it \ > >> > > ghcr.io/apache/nuttx/apache-nuttx-ci-linux:latest \ > >> > > /bin/bash -c "genromfs -h" > >> > > > >> > > Also spresense:elf builds OK on my Ubuntu PC: > >> > > > >> > > > >> > > >> > https://gist.github.com/nuttxpr/8a203426383b84626c8a5bd06168bf9b#file-ci-arm-01-log-L359 > >> > > > >> > > Could you try this (from my article) and lemme know if it works? > >> Thanks! > >> > > > >> > > ## Compile Target Group arm-01, including spresense/elf > >> > > job=arm-01 > >> > > sudo docker run -it \ > >> > > ghcr.io/apache/nuttx/apache-nuttx-ci-linux:latest \ > >> > > /bin/bash -c " > >> > > cd ; > >> > > pwd ; > >> > > git clone https://github.com/apache/nuttx ; > >> > > git clone https://github.com/apache/nuttx-apps apps ; > >> > > pushd nuttx ; echo NuttX Source: > >> > > https://github.com/apache/nuttx/tree/\$(git rev-parse HEAD) ; popd > ; > >> > > pushd apps ; echo NuttX Apps: > >> > > https://github.com/apache/nuttx-apps/tree/\$(git rev-parse HEAD) ; > >> popd > >> > ; > >> > > sleep 10 ; > >> > > cd nuttx/tools/ci ; > >> > > (./cibuild.sh -c -A -N -R testlist/$job.dat || echo '***** BUILD > >> > FAILED') > >> > > ; > >> > > " > >> > > > >> > > Lup > >> > > > >> > > On Mon, Oct 28, 2024 at 10:01 AM Alin Jerpelea <jerpe...@gmail.com> > >> > wrote: > >> > > > >> > > > Hi Lup > >> > > > I started the test and I found a fiew issues > >> > > > > >> > > > Configuration/Tool: spresense/elf,CONFIG_ARM_TOOLCHAIN_GNU_EABI > >> > > > 2024-10-28 02:49:20 > >> > > > > >> > > > > >> > > > >> > > >> > ------------------------------------------------------------------------------------ > >> > > > Cleaning... > >> > > > Configuring... > >> > > > Disabling CONFIG_ARM_TOOLCHAIN_GNU_EABI > >> > > > Enabling CONFIG_ARM_TOOLCHAIN_GNU_EABI > >> > > > Building NuttX... > >> > > > /usr/bin/bash: line 1: genromfs: command not found > >> > > > make[3]: *** [Makefile:81: > >> > > > /awork/nuttx/NuttX/farm/apps/examples/elf/tests/romfs.img] Error > 127 > >> > > > make[3]: Target 'all' not remade because of errors. > >> > > > make[2]: *** [Makefile:59: build] Error 2 > >> > > > make[2]: Target 'all' not remade because of errors. > >> > > > make[1]: *** [Makefile:52: > >> > /awork/nuttx/NuttX/farm/apps/examples/elf_all] > >> > > > Error 2 > >> > > > make[1]: Target 'all' not remade because of errors. > >> > > > make: *** [tools/LibTargets.mk:232: > >> > > /awork/nuttx/NuttX/farm/apps/libapps.a] > >> > > > Error 2 > >> > > > make: Target 'all' not remade because of errors. > >> > > > /awork/nuttx/NuttX/farm/nuttx/tools/testbuild.sh: line 385: > >> > > > /awork/nuttx/NuttX/farm/nuttx/../nuttx/nuttx.manifest: No such > file > >> or > >> > > > directory > >> > > > Normalize spresense/elf > >> > > > > >> > > > Configuration/Tool: > >> spresense/posix_spawn,CONFIG_ARM_TOOLCHAIN_GNU_EABI > >> > > > 2024-10-28 02:51:17 > >> > > > > >> > > > > >> > > > >> > > >> > ------------------------------------------------------------------------------------ > >> > > > Cleaning... > >> > > > Configuring... > >> > > > Disabling CONFIG_ARM_TOOLCHAIN_GNU_EABI > >> > > > Enabling CONFIG_ARM_TOOLCHAIN_GNU_EABI > >> > > > Building NuttX... > >> > > > /usr/bin/bash: line 1: genromfs: command not found > >> > > > make[3]: *** [Makefile:50: > >> > > > > >> /awork/nuttx/NuttX/farm/apps/examples/posix_spawn/filesystem/romfs.img] > >> > > > Error 127 > >> > > > make[3]: Target 'all' not remade because of errors. > >> > > > make[2]: *** [Makefile:47: build] Error 2 > >> > > > make[2]: Target 'all' not remade because of errors. > >> > > > make[1]: *** [Makefile:52: > >> > > > /awork/nuttx/NuttX/farm/apps/examples/posix_spawn_all] Error 2 > >> > > > make[1]: Target 'all' not remade because of errors. > >> > > > make: *** [tools/LibTargets.mk:232: > >> > > /awork/nuttx/NuttX/farm/apps/libapps.a] > >> > > > Error 2 > >> > > > make: Target 'all' not remade because of errors. > >> > > > /awork/nuttx/NuttX/farm/nuttx/tools/testbuild.sh: line 385: > >> > > > /awork/nuttx/NuttX/farm/nuttx/../nuttx/nuttx.manifest: No such > file > >> or > >> > > > directory > >> > > > Normalize spresense/posix_spawn > >> > > > > >> > > > Can you please take a look > >> > > > > >> > > > Best regards > >> > > > > >> > > > On Sun, Oct 27, 2024 at 11:47 PM Lee, Lup Yuen <lu...@appkaki.com > > > >> > > wrote: > >> > > > > >> > > > > << 1) Regarding the script that uploads CI results to github > >> gists: > >> > > will > >> > > > > this > >> > > > > work for anyone who runs the docker image? If not, what should > be > >> > done > >> > > > with > >> > > > > the results? >> > >> > > > > > >> > > > > Thanks Nathan! I'm using GitHub Gists as a simple way to push > our > >> > Build > >> > > > > Logs to the cloud for further processing and alerting. (There > >> might > >> > be > >> > > a > >> > > > > better way) > >> > > > > > >> > > > > I'm running my Build Server logged in as the `nuttxpr` GitHub > >> Account > >> > > > (via > >> > > > > `gh login auth`), so all Gists will be published under the > >> `nuttxpr` > >> > > > > account. Someone who runs the Docker Image will probably create > a > >> new > >> > > > > GitHub Account to publish the Gists: > >> https://gist.github.com/nuttxpr > >> > > > > > >> > > > > What we need next: A script that will (1) Consolidate the Gists > >> > > > > across Multiple GitHub Accounts (2) Scan the Build Logs for > Errors > >> > and > >> > > > > Warnings (3) Alert somebody. > >> > > > > > >> > > > > << 2) Is there a way to detect (like a GPIO rising or falling > >> edge, > >> > for > >> > > > > lack > >> > > > > of a better description) that a build that previously succeeded > is > >> > > > failing, > >> > > > > or a build that was previously failing succeeds again, to notify > >> only > >> > > > about > >> > > > > targets that change status? >> > >> > > > > > >> > > > > We have a problem: There doesn't seem to be an easy to scan our > >> Build > >> > > > Logs > >> > > > > for Errors and Warnings: > >> > > > > > >> > > > >> > https://lupyuen.codeberg.page/articles/ci2.html#find-errors-and-warnings > >> > > > > > >> > > > > We should implement this Log Scanning in the script that I > >> mentioned > >> > > > > earlier. Then we can detect Failed Builds and alert somebody. > >> Maybe > >> > > > through > >> > > > > open-source Prometheus + Grafana: > >> > > > > https://lupyuen.github.io/articles/prometheus > >> > > > > > >> > > > > << 3) Regarding M1 macs not being able to run the CI builds, I > >> > suggest > >> > > to > >> > > > > state that as a call to action, e.g., help wanted to make the > >> build > >> > > > succeed > >> > > > > on M1 macs, please see such-and-such issue on github... >> > >> > > > > > >> > > > > Yep I'll post an Issue at our NuttX Repo. I'll explain what > >> happens > >> > > when > >> > > > I > >> > > > > run the CI Build on my M2 Mac. Thanks! > >> > > > > > >> > > > > Lup > >> > > > > > >> > > > > On Mon, Oct 28, 2024 at 12:15 AM Nathan Hartman < > >> > > > hartman.nat...@gmail.com> > >> > > > > wrote: > >> > > > > > >> > > > > > Nice article Lup! Thank you. A few questions: > >> > > > > > > >> > > > > > 1) Regarding the script that uploads CI results to github > gists: > >> > will > >> > > > > this > >> > > > > > work for anyone who runs the docker image? If not, what should > >> be > >> > > done > >> > > > > with > >> > > > > > the results? > >> > > > > > > >> > > > > > 2) Is there a way to detect (like a GPIO rising or falling > edge, > >> > for > >> > > > lack > >> > > > > > of a better description) that a build that previously > succeeded > >> is > >> > > > > failing, > >> > > > > > or a build that was previously failing succeeds again, to > notify > >> > only > >> > > > > about > >> > > > > > targets that change status? > >> > > > > > > >> > > > > > 3) Regarding M1 macs not being able to run the CI builds, I > >> suggest > >> > > to > >> > > > > > state that as a call to action, e.g., help wanted to make the > >> build > >> > > > > succeed > >> > > > > > on M1 macs, please see such-and-such issue on github... > >> > > > > > > >> > > > > > Otherwise looks good and thanks again! > >> > > > > > > >> > > > > > Cheers, > >> > > > > > Nathan > >> > > > > > > >> > > > > > On Sat, Oct 26, 2024 at 6:08 PM Lee, Lup Yuen < > >> lu...@appkaki.com> > >> > > > wrote: > >> > > > > > > >> > > > > > > Refurbished Ubuntu PCs have become quite affordable. Can we > >> turn > >> > > them > >> > > > > > into > >> > > > > > > a (Low-Cost) Build Farm for NuttX? > >> > > > > > > > >> > > > > > > In this article we… > >> > > > > > > (1) Compile NuttX for a group of Arm32 Boards > >> > > > > > > (2) Then scale up and compile NuttX for All Arm32 Boards > >> > > > > > > (3) Thanks to the Docker Image provided by NuttX > >> > > > > > > (4) Why do this? Because GitHub Actions taught us a Painful > >> > Lesson: > >> > > > > > > Freebies Won’t Last Forever! > >> > > > > > > > >> > > > > > > Check out the article: > >> > > > https://lupyuen.codeberg.page/articles/ci2.html > >> > > > > > > > >> > > > > > > Lup > >> > > > > > > > >> > > > > > > >> > > > > > >> > > > > >> > > > >> > > >> > > >