Re: Documentation tags for boards

Hey, I support this idea of tagging experimental and tested boards. This is exactly what I'm looking for. I hope this also motivates people to pick up their old boards and test them for NuttX. --- Some ideas --- Do these tags also contain metadata? Such as test logs? Test method? Because anythin

Re: Concerned about NuttX recent reliability after multiple boards having problems

5 om 22:24 schreef Tomek CEDRO : > On Sat, Apr 26, 2025 at 9:43 PM Kevin Witteveen > wrote: > > Hi Tomek, > > Thank you for your amazing response. Very detailed! > > I am happy to hear that this issue is being taken seriously and that > NuttX > > is very aware of

Re: Concerned about NuttX recent reliability after multiple boards having problems

gt; build all commits from master for start and report us any issues > detected so we can react quickly! If you already have this kind of > setup please share some more info :-) > > You are more than welcome to join the testing and PR review process! > We really need help in this are

Concerned about NuttX recent reliability after multiple boards having problems

Hi NuttX, About a year ago, I started experimenting with NuttX on my RP2040 raspberry pi pico board. It was a really interesting alternative to FreeRTOS or Zephyr. However, it wasn’t until a few months ago that I started actively working on NuttX. I made some drivers and interfaces for NuttX, howe

Re: Re: sched lock/unlock issue on rp2350

m very worried about it as it gives more clues to the issue from the bigger picture. Op do 24 apr 2025 om 13:30 schreef Kevin Witteveen : > Hi, > > I am just going to share this here too. > I experienced ostest fails both on RP2040 and RP2350. > Disabling SMP on RP2350 only moved

Re: Re: sched lock/unlock issue on rp2350

Hi, I am just going to share this here too. I experienced ostest fails both on RP2040 and RP2350. Disabling SMP on RP2350 only moved the problem elsewhere. It stopped the ostest fails for a bit, but when adding more applications and threads, the issue comes back. Sometimes it hangs, rarely it halt

[Bug] RP2040 broken, any config&boards, ostest and apps hang

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 os

Re: [Bug] RP2040 broken, any config&boards, ostest and apps hang

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

Re: [Bug] RP2040 broken, any config&boards, ostest and apps hang

rked, 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 > wrote: > > > Hi, > > > > Thanks for the fast response. > > I

Re: [Bug] RP2040 broken, any config&boards, ostest and apps hang

ET=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

Re: RP2040 multiple GPIO interrupts

Hey Matteo, It appears the RP2040 can support falling and rising interrupts at once according to the RP2040 datasheet section 2.19.5.2 "Enable a GPIO interrupt", which provides an example of how to do this. Ofcourse this example is not NuttX, but can help for implementation. https://datasheets.ras

Re: Proposal: Common IOCTL API for RF Modulation Technologies

>> *not* be its name; I'm only writing it to illustrate my idea.) If this > >> Kconfig isn't present, #ifdef logic in the source code will deliberately > >> break the build with #error directive, and adjacent documentation in the > >> comments. This will

Re: Proposal: Common IOCTL API for RF Modulation Technologies

ation)_(function). It can return an error if it is not supported, ofcourse. Op vr 14 mrt 2025 om 12:51 schreef Kevin Witteveen : > Hi all, > > Thank you for thinking along! > I've noted all these down. > > > *KConfig warning*Good idea but I agree that adding Kconfig that does &

Proposal: Common IOCTL API for RF Modulation Technologies

Hi Nuttx, This is a follow-up to GitHub issue #15856 initiated by raiden00pl. The discussion there provides useful context for this proposal. *--- Summary ---* Currently, the IOCTL API for character-driven RF devices lacks a common interface across d

Re: [Help] Implementation of PWM audio device

o implement it > the > > existing applications cannot be used. > > > > Tiago, since you are the audio guy, what do you think? Is it possible to > > create the "fake" audio codec that works with PWM and DMA the way I'm > > suggesting? > > > > BR, &g

Re: [Help] Implementation of PWM audio device

bout this but no solid implementation so far.. have > you consider I2S audio codec? > Tomek > > > On Sun, Feb 23, 2025 at 12:07 AM Kevin Witteveen > wrote: > > > > Thanks, however I'm specifically looking for audio. For example, music, > > samples, etc. A ton

Re: [Help] Implementation of PWM audio device

Not sure if that’s exactly what you’re after but could be? > > > On 22 Feb 2025, at 17:12, Kevin Witteveen > wrote: > > > > Hi nuttx, > > > > I need an audio device that can generate sound using PWM on the RP2040. > It > > appears nothing already

[Help] Implementation of PWM audio device

Hi nuttx, I need an audio device that can generate sound using PWM on the RP2040. It appears nothing already exists for this. What would be a good way to implement this? My previous implementation outside NuttX was to use DMA to feed samples into a PWM register. Relatively simple. However, in Nut

Adding SX126x support

Hello NuttX!_ This is my first mail to an open source mailing list. Currently, I am working on adding SX126x support. This is currently the most common LoRa chip. It is newer than the already supported SX127x, even when the number is lower for some reason. The chip is a requirement for a project