Hi,

I can confirm releases/12.8 does indeed work perfectly fine.
So indeed, the issue is somewhere after 12.8.
I tested an older PicoSDK version, this has no effect.
Atleast, as far as I can go back until it becomes incompatible.

Best,

Kevin

Op ma 14 apr 2025 om 14:19 schreef Kevin Witteveen <kevinwit1...@gmail.com>:

> Hi Alan,
>
> Can you maybe test the rp2040 with ostest? Also see if "help" is
> outputting reliable text?
> Maybe enable random apps and see if they run fine?
>
> Apparently the pico probe is not necessary to reproduce this issue. As the
> same problems repeat themselves with drag&drop.
>
> Theory:
> Perhaps this could also be linked to new picoSDK releases? Raspberrypi
> changed quite some things to support the new chips.
> I have only tried fresh PicoSDK installs. I have not tried older versions
> of PicoSDK yet.
> However, I *believe* the PicoSDK is only used for the bootloader, which
> might cause problems initializing the hardware?
>
> Best,
>
> Kevin
>
> Op ma 14 apr 2025 om 14:09 schreef Alan C. Assis <acas...@gmail.com>:
>
>> Hi Kevin,
>>
>> I will order a Pico Debug probe, it is something new for me.
>>
>> In fact it seems like a heisenbug, I just compiled from mainline and after
>> drag and drop it worked, but this time I had to use nautilus with sudo
>> because the Copy option to RPI-RP2 disk wasn't working.
>>
>> BR,
>>
>> Alan
>>
>> On Mon, Apr 14, 2025 at 8:48 AM Kevin Witteveen <kevinwit1...@gmail.com>
>> wrote:
>>
>> > Hi,
>> >
>> > Thanks for the fast response.
>> > I'm glad posting this issue to the mailing list was worth it. The github
>> > issue got no attention.
>> > The RP2040 support is very important to me.
>> >
>> > There is something I want to add to this issue.
>> >
>> > -- Flashing --
>> >
>> > I mainly flash the firmware using the Pico Debug probe or the picotool
>> via
>> > USB.
>> > I tested the drag&drop method and it actually does create ttyACMx for
>> me.
>> > But what concerns me is that this can be another unreliable symptom or
>> > "heisenbug".
>> >
>> > Best,
>> >
>> > Kevin
>> >
>> > Op ma 14 apr 2025 om 13:27 schreef Alan C. Assis <acas...@gmail.com>:
>> >
>> > > Hi Kevin and Alin,
>> > >
>> > > I confirmed that NuttX 12.9-RC1 is broken on Raspberry Pi Pico.
>> > >
>> > > After copying the nuttx.uf2 to virtual disk RPI-RP2 the board restart
>> by
>> > > the /dev/ttyACM0 is not created.
>> > >
>> > > Please find the steps below:
>> > >
>> > > alan@dev:/tmp$ cd nuttx/
>> > > alan@dev:/tmp/nuttx$ . tools/configure_completion.bash
>> > > alan@dev:/tmp/nuttx$ ./tools/configure.sh raspberrypi-pico:usbnsh
>> > >
>> > > alan@dev:/tmp/nuttx$ make -j
>> > > Create version.h
>> > > LN: platform/board to /tmp/apps/platform/dummy
>> > > Register: hello
>> > > Register: nsh
>> > > Register: sh
>> > > Register: getprime
>> > > Register: ostest
>> > > CPP:
>> > >
>> > >
>> >
>> /tmp/nuttx/boards/arm/rp2040/raspberrypi-pico/scripts/raspberrypi-pico-flash.ld->
>> > > /tmp/nuLD: nuttx
>> > > Memory region         Used Size  Region Size  %age Used
>> > >            flash:        152 KB         2 MB      7.42%
>> > >             sram:        8872 B       264 KB      3.28%
>> > > Generating: nuttx.uf2
>> > > Done.
>> > >
>> > > alan@dev:/tmp/nuttx$ arm-none-eabi-gcc -v
>> > > Using built-in specs.
>> > > COLLECT_GCC=arm-none-eabi-gcc
>> > > COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-none-eabi/13.2.1/lto-wrapper
>> > > Target: arm-none-eabi
>> > > Configured with: ../configure --build=x86_64-linux-gnu --prefix=/usr
>> > > --includedir='/usr/lib/include' --mandir='/usr/lib/share/man'
>> > > --infodir='/usr/lib/share/info' --sysconfdir=/etc --localstatedir=/var
>> > > --disable-option-checking --disable-silent-rules
>> > > --libdir='/usr/lib/lib/x86_64-linux-gnu'
>> > > --libexecdir='/usr/lib/lib/x86_64-linux-gnu' --disable-maintainer-mode
>> > > --disable-dependency-tracking --mandir=/usr/share/man
>> > > --enable-languages=c,c++,lto --enable-multilib --disable-decimal-float
>> > > --disable-libffi --disable-libgomp --disable-libmudflap
>> > > --disable-libquadmath --disable-libssp --disable-libstdcxx-pch
>> > > --disable-nls --disable-shared --disable-threads --enable-tls
>> > > --build=x86_64-linux-gnu --target=arm-none-eabi --with-system-zlib
>> > > --with-gnu-as --with-gnu-ld --with-pkgversion=15:13.2.rel1-2
>> > > --without-included-gettext --prefix=/usr/lib
>> > > --infodir=/usr/share/doc/gcc-arm-none-eabi/info
>> > > --htmldir=/usr/share/doc/gcc-arm-none-eabi/html
>> > > --pdfdir=/usr/share/doc/gcc-arm-none-eabi/pdf --bindir=/usr/bin
>> > > --libexecdir=/usr/lib --libdir=/usr/lib --disable-libstdc++-v3
>> > > --host=x86_64-linux-gnu --with-headers=no --without-newlib
>> > > --with-multilib-list=rmprofile,aprofile ASFLAGS= ASFLAGS_FOR_BUILD=
>> > > CFLAGS='-g -O2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer
>> > >
>> > >
>> >
>> -ffile-prefix-map=/build/gcc-arm-none-eabi-TuTZN0/gcc-arm-none-eabi-13.2.rel1=.
>> > > -flto=auto -ffat-lto-objects -fstack-protector-strong
>> > > -fstack-clash-protection -Wno-format -Wno-error=format-security
>> > > -fcf-protection
>> > >
>> > >
>> >
>> -fdebug-prefix-map=/build/gcc-arm-none-eabi-TuTZN0/gcc-arm-none-eabi-13.2.rel1=/usr/src/gcc-arm-none-eabi-15:13.2.rel1-2'
>> > > 'CFLAGS_FOR_BUILD=-g -O2' CPPFLAGS='-Wdate-time -D_FORTIFY_SOURCE=3'
>> > > CPPFLAGS_FOR_BUILD= CXXFLAGS='-g -O2 -fno-omit-frame-pointer
>> > > -mno-omit-leaf-frame-pointer
>> > >
>> > >
>> >
>> -ffile-prefix-map=/build/gcc-arm-none-eabi-TuTZN0/gcc-arm-none-eabi-13.2.rel1=.
>> > > -flto=auto -ffat-lto-objects -fstack-protector-strong
>> > > -fstack-clash-protection -Wno-format -Wno-error=format-security
>> > > -fcf-protection
>> > >
>> > >
>> >
>> -fdebug-prefix-map=/build/gcc-arm-none-eabi-TuTZN0/gcc-arm-none-eabi-13.2.rel1=/usr/src/gcc-arm-none-eabi-15:13.2.rel1-2'
>> > > 'CXXFLAGS_FOR_BUILD=-g -O2' DFLAGS=-frelease
>> DFLAGS_FOR_BUILD=-frelease
>> > > FCFLAGS='-g -O2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer
>> > >
>> > >
>> >
>> -ffile-prefix-map=/build/gcc-arm-none-eabi-TuTZN0/gcc-arm-none-eabi-13.2.rel1=.
>> > > -flto=auto -ffat-lto-objects -fstack-protector-strong
>> > > -fstack-clash-protection -fcf-protection
>> > >
>> > >
>> >
>> -fdebug-prefix-map=/build/gcc-arm-none-eabi-TuTZN0/gcc-arm-none-eabi-13.2.rel1=/usr/src/gcc-arm-none-eabi-15:13.2.rel1-2'
>> > > 'FCFLAGS_FOR_BUILD=-g -O2' FFLAGS='-g -O2 -fno-omit-frame-pointer
>> > > -mno-omit-leaf-frame-pointer
>> > >
>> > >
>> >
>> -ffile-prefix-map=/build/gcc-arm-none-eabi-TuTZN0/gcc-arm-none-eabi-13.2.rel1=.
>> > > -flto=auto -ffat-lto-objects -fstack-protector-strong
>> > > -fstack-clash-protection -fcf-protection
>> > >
>> > >
>> >
>> -fdebug-prefix-map=/build/gcc-arm-none-eabi-TuTZN0/gcc-arm-none-eabi-13.2.rel1=/usr/src/gcc-arm-none-eabi-15:13.2.rel1-2'
>> > > 'FFLAGS_FOR_BUILD=-g -O2' LDFLAGS='-Wl,-Bsymbolic-functions -flto=auto
>> > > -ffat-lto-objects -Wl,-z,relro' LDFLAGS_FOR_BUILD= OBJCFLAGS='-g -O2
>> > > -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer
>> > >
>> > >
>> >
>> -ffile-prefix-map=/build/gcc-arm-none-eabi-TuTZN0/gcc-arm-none-eabi-13.2.rel1=.
>> > > -flto=auto -ffat-lto-objects -fstack-protector-strong
>> > > -fstack-clash-protection -Wno-format -Wno-error=format-security
>> > > -fcf-protection
>> > >
>> > >
>> >
>> -fdebug-prefix-map=/build/gcc-arm-none-eabi-TuTZN0/gcc-arm-none-eabi-13.2.rel1=/usr/src/gcc-arm-none-eabi-15:13.2.rel1-2'
>> > > 'OBJCFLAGS_FOR_BUILD=-g -O2' OBJCXXFLAGS='-g -O2
>> -fno-omit-frame-pointer
>> > > -mno-omit-leaf-frame-pointer
>> > >
>> > >
>> >
>> -ffile-prefix-map=/build/gcc-arm-none-eabi-TuTZN0/gcc-arm-none-eabi-13.2.rel1=.
>> > > -flto=auto -ffat-lto-objects -fstack-protector-strong
>> > > -fstack-clash-protection -Wno-format -Wno-error=format-security
>> > > -fcf-protection
>> > >
>> > >
>> >
>> -fdebug-prefix-map=/build/gcc-arm-none-eabi-TuTZN0/gcc-arm-none-eabi-13.2.rel1=/usr/src/gcc-arm-none-eabi-15:13.2.rel1-2'
>> > > 'OBJCXXFLAGS_FOR_BUILD=-g -O2'
>> > > INHIBIT_LIBC_CFLAGS=-DUSE_TM_CLONE_REGISTRY=0
>> > > AR_FOR_TARGET=arm-none-eabi-ar AS_FOR_TARGET=arm-none-eabi-as
>> > > LD_FOR_TARGET=arm-none-eabi-ld NM_FOR_TARGET=arm-none-eabi-nm
>> > > OBJDUMP_FOR_TARGET=arm-none-eabi-objdump
>> > > RANLIB_FOR_TARGET=arm-none-eabi-ranlib
>> > > READELF_FOR_TARGET=arm-none-eabi-readelf
>> > > STRIP_FOR_TARGET=arm-none-eabi-strip SED=/bin/sed SHELL=/bin/sh
>> > > BASH=/bin/bash CONFIG_SHELL=/bin/bash
>> > > Thread model: single
>> > > Supported LTO compression algorithms: zlib
>> > > gcc version 13.2.1 20231009 (15:13.2.rel1-2)
>> > >
>> > >
>> > > NuttX support on Raspberry Pi is very important (low cost board widely
>> > > available), so I suggest we work fixing it before releasing the
>> official
>> > > 12.9 release.
>> > >
>> > > BR,
>> > >
>> > > Alan
>> > >
>> > >
>> > > On Mon, Apr 14, 2025 at 8:12 AM Alan C. Assis <acas...@gmail.com>
>> wrote:
>> > >
>> > > > Hi Kevin,
>> > > >
>> > > > Thanks for reporting the issue!
>> > > >
>> > > > I will test the new 12.9-RC1 on rasp pico and if the issue happen
>> > there I
>> > > > will suggest Alin to wait before releasing the final 12.9 version.
>> > > >
>> > > > BR,
>> > > >
>> > > > Alan
>> > > >
>> > > > On Mon, Apr 14, 2025 at 7:46 AM Kevin Witteveen <
>> > kevinwit1...@gmail.com>
>> > > > wrote:
>> > > >
>> > > >> Hi NuttX,
>> > > >>
>> > > >> This is a follow up on previous github issues.
>> > > >>
>> > > >> After building and flashing my RP2040 based boards with NuttX on
>> any
>> > OS,
>> > > >> for example Windows, Linux, macOS and different machines
>> (including a
>> > > >> clean
>> > > >> Linux install) with default configurations, they do not pass the
>> > ostest.
>> > > >>
>> > > >> Symptoms:
>> > > >>
>> > > >> The ostest freezes up around the watchdog test, but sometimes it
>> > happens
>> > > >> on
>> > > >> different tests as well. The entire OS hangs in random applications
>> > too.
>> > > >> Another problem is that if you run "help", the output is a mess.
>> > > >>
>> > > >> However, the very strange part is that sometimes this issue does
>> not
>> > > show
>> > > >> up at all.
>> > > >>
>> > > >> To reproduce:
>> > > >>
>> > > >> Any configuration, any OS, any machine. Run "help" to see a
>> misaligned
>> > > >> mess. Run ostest to see it freeze up. Some apps might fail too.
>> > > >> But sometimes things just run fine.
>> > > >>
>> > > >> Tested on:
>> > > >>
>> > > >> Raspberry Pi Pico (two boards)
>> > > >> Raspberry Pi Pico W
>> > > >> Custom RP2040 board
>> > > >> RAKwireless RAK4630 RP2040
>> > > >> Non-RP2040 boards (they pass and work fine)
>> > > >> RP2040 boards with year-old firmware (they pass and work fine)
>> > > >>
>> > > >> The frustrating part:
>> > > >>
>> > > >> I tried to figure out the problem, and sometimes it seems like I
>> found
>> > > it,
>> > > >> because after changing some configurations or apps, it starts
>> working
>> > > >> again. Only to break after flashing it a few more times with tiny
>> > > changes.
>> > > >>
>> > > >> USB:
>> > > >>
>> > > >> I previously thought USB was the issue, because it looked like the
>> > > system
>> > > >> didn’t crash if USB wasn’t connected. But later the OS started
>> hanging
>> > > >> even
>> > > >> without using USB at all.
>> > > >>
>> > > >> Help:
>> > > >>
>> > > >> I’m unable to figure out the problem and this is blocking my
>> projects,
>> > > >> including some driver development for NuttX.
>> > > >> Can anyone help test this or try to reproduce it?
>> > > >>
>> > > >> Thanks,
>> > > >>
>> > > >> Kevin (MartiniMarter github)
>> > > >>
>> > > >
>> > >
>> >
>>
>

Reply via email to