Re: [Embedded Bytes] The RTOS Performance Report Results

More info: https://en.wikipedia.org/wiki/Coremark BR, Alan On Wed, Sep 25, 2024 at 2:52 PM Tomek CEDRO wrote: > Question to the NuttX community: > > As we have CoreMark implemented as one of the default configurations > for various CPU architectures, how much work would be required to > implem

Re: Amateur Rocketry Team Contributors

Hi Matteo, This is the kind of initiative that we need to get more people involved with NuttX. For sure all the sensors drivers, documentation, etc will be very helpful, thanks for helping us. I'm CC professor Andrew from PSAS (https://www.pdxaerospace.org), his team goal is to create some amate

Re: milk-V DUO s

use this to create the NuttX Driver: > https://github.com/radxa-pkg/aic8800 > > Lup > > On Wed, Sep 18, 2024 at 8:46 PM Alan C. Assis wrote: > > > Hi Miguel, > > > > Only basic support to boot NuttX on the board at the moment, many drivers > > are still missi

Re: milk-V DUO s

On Wed, Sep 18, 2024 at 1:06 PM Tomek CEDRO wrote: > On Wed, Sep 18, 2024 at 6:01 PM wrote: > > Maybe we could ask vendor if they can switch the license?? :-) > > Yes, that should be the right approach! BR, Alan

Re: milk-V DUO s

cles/sg2000a.html > > "RISC-V Emulator for Sophgo SG2000 SoC (Pine64 Oz64 / Milk-V Duo S)" > https://lupyuen.codeberg.page/articles/sg2000b.html > > Lup > > On Wed, Sep 18, 2024 at 3:21 AM Alan C. Assis wrote: > > > Hi Miguel, > > > > Yes,

Re: NuttX RTOS inclusion

. Though it has grown a bit since then... > > The eventual plan is to create a website + wiki for littlefs, and move > these related project links there. At that point it'd be easier to include > links to RTOSs since it wouldn't trigger a littlefs patch release on every > read

Re: milk-V DUO s

Hi Miguel, Yes, Mr. Lup ported NuttX to Milk-V Duo S board. It is already included in the mainline. BR, Alan On Tue, Sep 17, 2024 at 3:46 PM MIGUEL ALEXANDRE WISINTAINER < tcpipc...@hotmail.com> wrote: > Hi alan > > Nuttx runs on Milk-v DUO S ? > >

Re: Intros and offer for daily static analysis runs.

Hi Mark, Thank you for letting us know about CodeSecure and CodeSonar static analysis. Some years ago I used PVS-Studio (info here: https://acassis.wordpress.com/2017/07/13/using-pvs-studio-to-find-bugs-in-cc/ ), but this kind of software coverage finds tons of false positives. So, we will spend

Re: GSoC Final Report on mnemofs

AFAIK the AI bot is used only to help identify things that are missing in the PR, so it avoids asking users again and again to fill the Summary, etc. BTW, I don't think simple things like that need Apache or PMC approval. It is an open-source project after all and contributions are welcome! But

Re: [Enhancement] Skip the CI Builds that don't match the Arch Label

Hi Lup, This is a great improvement! Kudos!!! BR, Alan On Thu, Oct 3, 2024 at 11:05 AM Lee, Lup Yuen wrote: > Hi All: We're rolling out enhancements to the CI Workflow, to skip the > unnecessary NuttX Builds for PRs. Right now we wait for the CI Builds to > complete across All Architectures (

Re: NuttX and timezone support

Hi Jehudi, I just saw in the Discord channel that you got it working. Please let's know what was the issue with our documentation and how did you fix it? Also I think your suggestion to move the mounting of procfs, tmpfs, etc from boards to some common initialization makes sense to me. Let's se

Re: NSH Not Responding to Commands Over Serial on STM32F446RET

t; thanks Alan, > > I inherited the project from another developer and have been using his > > settings - will start turning things off > > right after I posted I built the Nuttx example for this board so I am > > going to use this as basis for my project > > russ &

Re: Try to blink led by nuttx

Hi Yashvi, Could you please confirm that Board LED Status support is not selected? Normally this is the "trap" that prevent USERLED to work, more here: https://embeddedrelated.com/showarticle/1633.php I just tested here: $ ./tools/configure.sh nucleo-f446re:nsh $ make menuconfig Board Select

Re: Try to blink led by nuttx

t;> 08016b30 T sysinfo >>> 08016ba4 T nxsched_waitpid >>> 08016ca4 T waitpid >>> 08016cdc t nxsched_cpu_scheduler >>> 08016d0c t nxsched_process_scheduler >>> 08016d6a T nxsched_process_timer >>> 08016d84 t nxsem_wait_slow >>> 08016f5c T nxse

Re: Try to blink led by nuttx

t;>>>>>>>>>> 0800c1a8 t nsh_erroroutput >>>>>>>>>>>>> 0800c1d8 t nsh_consolelinebuffer >>>>>>>>>>>>> 0800c1ec t nsh_consoleclone >>>>>>>>>>>>> 0800c20a t nsh_consolerele

Re: [ANNOUNCE] Apache NuttX 12.8.0 released

Very nice Alin!!! Kudos!!! BR, Alan On Monday, January 6, 2025, Alin Jerpelea wrote: > The Apache NuttX project team is proud to announce: > > Apache NuttX 12.8.0 has been released. > > The release artifacts and Release Notes can be found at: > https://nuttx.apache.org/download/ > https://nutt

Re: [Article] Experimental Mastodon Server for NuttX Continuous Integration

Hi Sebastien, I think you raised a legitime (and important) concern. Who could tell us if this usage of the fediverse is fine or not? Maybe some optimization could be done to avoid sending too many messages. BR, Alan On Sat, Dec 28, 2024 at 6:31 PM Sebastien Lorquet wrote: > Hi, > > You kno

Re: GSoC 2025

Hi Tomek, I think the support already exist: https://nuttx.apache.org/docs/latest/applications/boot/nxboot/index.html BR, Alan On Tue, Feb 4, 2025 at 3:28 AM Tomek CEDRO wrote: > How about to try out NuttX as bootloader for other OS as the idea for GSoC > 2025? > > -- > CeDeROM, SQ7MHZ, http:/

HW Testing Platform Suggestion

Dear NuttXers, I think an issue when handling multiple boards is the physical peripherals and connectors from a board to another. It makes the test more complicated. Something we could explore is using a CPU card board format (such as MicroMod: https://www.sparkfun.com/micromod or Raspberry Syste

Re: GSoC 2025

nxboot is NuttX as Bootloader On Tue, Feb 4, 2025 at 9:55 AM Tomek CEDRO wrote: > On Tue, Feb 4, 2025 at 1:34 PM Alan C. Assis wrote: > > Hi Tomek, > > I think the support already exist: > > https://nuttx.apache.org/docs/latest/applications/boot/nxboot/index.html > >

Re: NuttX Code Quality Improvement 2025Q1

since we don't have to go back and re-read the > code to document things. > > Matteo > > On Thu, Feb 6, 2025 at 10:10 AM Alan C. Assis wrote: > > > Hi Tomek, > > > > You missed that rule: > > > > * If one person approves a PR and no other revi

Re: [DRUNX] Distributed Runtime and bUild for NuttX

I think we can ask people to suggest some names and we can select the best name. Something to keep in mind about this distributed (build) system: Not everyone has free electricity (solar panels) to run a computer server 24/7. And a solution where the server owner only runs it occasionally won't h

Re: NuttX Code Quality Improvement 2025Q1

Hi Tomek, You missed that rule: * If one person approves a PR and no other reviews or objections after a week, the person who approved the PR can assume a "lazy consensus" and go ahead and merge. BR, Alan On Thu, Feb 6, 2025 at 12:46 AM Tomek CEDRO wrote: > Hello world :-) > > We have long d

Re: [DRUNX] Distributed Runtime and bUild for NuttX

Hi Tomek, Try to compile using "make -j" it will reduce the time from minutes to seconds (but will consume more power). BR, Alan On Thu, Feb 6, 2025 at 10:54 PM Tomek CEDRO wrote: > On Thu, Feb 6, 2025 at 7:30 PM Alan C. Assis wrote: > > Something to keep in mind abo

Re: Subscribe me!

Please follow these steps: https://nuttx.apache.org/community/ On Fri, Feb 7, 2025 at 3:25 AM Daniel Byshkin wrote: > Empty Message >

Re: [DRUNX] Distributed Runtime and bUild for NuttX

I think we should test the most complete/complex boards from each arch. It will cover most of the issues that could after other boards. BR, Alan On Wed, Feb 5, 2025 at 4:23 AM raiden00pl wrote: > As mentioned earlier, testing all boards is pointless, especially since the > project > has very l

Re: GSoC 2025

Hi Tomek, Normally we create entries in the GSoC and people interested in those topics will contact us. I think for this year we have two suggestions: * Improving the NXBoot to evolve NuttX as Bootloader (maybe add commands compatible with U-Boot) * Syscalls Parameters Validation (not sure if it

Re: Accuracy of Mathematical Functions

NuttX has support to LibmCS that already fixed those (and other issues) https://gtd-gmbh.de/libmcs But maybe those corrections from the article you cited could be applied to our standard libm functions. BR, Alan On Mon, Feb 10, 2025 at 2:26 PM Tomek CEDRO wrote: > Here goes interesting pape

Re: [VOTE] NuttX Contributing Guidelines update 202502.

1. +1 2. +1 3. +1 4. +1 5. +1 6. +1 7. +1 8. +1 9. +1 // this is something we need to improve, HW CI should confirm if a PR is working 10. -1 In some cases breaking previous compatibility is necessary to evolution of the project, but these breaking need to be discussed further in the mainling lis

CAN modification

Could someone using CAN Bus review this modification: https://github.com/apache/nuttx/pull/15809 BR, Alan

Re: Regarding bmi270

Hi Yashvi, Please send the dump of this crash, using it you can find where the code is crashing. BR, Alan On Wed, Feb 12, 2025 at 2:51 AM 175 yashvi shah wrote: > Hello, > > I am attempting to retrieve data from a BMI270 sensor on an STM32H7 board. > > However, when using the I2C scanner, a p

Re: Regarding bmi270

PID GROUP PRI POLICY TYPENPX STATE EVENT > SIGMASK D > dump_task: 0 0 0 FIFO Kthread - Ready > 00> > dump_task: 1 0 240 RR Kthread - Running > 00> > > On Wed, Feb 12, 2025, 7:12 PM Alan C. Assis wrote: > &

Re: NSH Not Responding to Commands Over Serial on STM32F446RET

Hi Russel, Please look at the schematics of both boards, sometimes ST change pins used on different board revisions. Also, if you discover some important detail about these boards, please submit a PR updating the board Documentation/ this way you make the life of the next developer/user easier.

Re: How do I build for different boards?

Hi Aaron, Nice to know you have previous experience with NuttX on Sony Spresense. The process to support other boards is very similar, I suggest you to read our official documentation: https://nuttx.apache.org/docs/latest/quickstart/index.html If you still have questions, please feel free to as

Re: How do I build for different boards?

onfiguration (defconfig) outside of the > nuttx folder while maintaining my nuttx folder free from changes so > that I can keep the nuttx folder in sync with the repo. What is the > best way to achieve this ? > > Kind regards, > > Jehudi > > Op do 19 dec 2024 om 09:28 s

Re: NSH Not Responding to Commands Over Serial on STM32F446RET

Hi Russell, Question: if you use the original board nsh example, does it work? About the out of memory, please try to run the "free" command, it could return the amount of free memory. I noticed you enabled many features (and debugging), also I noticed you are enabling cu terminal, but you have

Re: Questions about STM32 support/programming

> more I did not consider. Good to know about the DFU at least! > > Thank you again, > Matteo > > On Wed, Jan 22, 2025 at 10:39 AM Alan C. Assis wrote: > > > Hi Matteo, > > You cannot use the firmware binary from some random STM32H743 board on > your > > c

Re: Questions about STM32 support/programming

Hi Matteo, You cannot use the firmware binary from some random STM32H743 board on your custom board, unless it is using the same clock frequency and same UART console. Looking at the board.h from weact-stm32h743 shows it is using a 25MHz crystal, so I suppose you are using this same crystal value

Re: Questions about STM32 support/programming

Hi Matesz, Yes, LWL is slow because it is working using a polling approach (AFAIK ARM DAP has support for interruption, but it is not implemented yet). The main purpose of the LWL is to be the initial console before the real serial driver is not implemented yet. I think J-Link is a nice tool and

Re: L1 Flight Computer for NuttX

Hi Matteo, Congratulations for achieving it! I just posted about it on LinkedIn too! We are grateful for all you have done for NuttX too! The Raspberry Pi 4 port for example will open new possibilities for NuttX! BR, Alan On Fri, Jan 24, 2025 at 12:00 AM Matteo Golin wrote: > Hello everyone,

Re: Questions about STM32 support/programming

Ds if I set > them high in the `board_autoled_initialize` function though. In the > menuconfig options I saw that I can also enable > `CONFIG_ARCH_LEDS_CPU_ACTIVITY`. Is this needed to have > `board_autoled_on(LED_STARTED)` to occur? > > Thanks again for all your help! > Matt

Re: trust in nuttx gone

Hi Sebastien, This is the last time that I will eat the bait! I agree that all commits should have some proper git commit message and that is something that normally I always ask for! And as others already commented this is part of a bigger PR and this specific commit is very intuitive. So, inst

Re: Questions about STM32 support/programming

e sensors and GPS. > > Matteo > > On Fri, Jan 24, 2025, 6:25 PM Alan C. Assis wrote: > > > Hi Matteo, > > > > Nice to know you are doing processes! > > > > The diagnostic LEDs (CONFIG_ARCH_LEDS) is also "very board specific", the > &

Re: Questions about STM32 support/programming

rs was actually very painless. They > were well commented and I only had to change a few multipliers to make the > frequencies line up. > > On Sat, Jan 25, 2025, 9:25 AM Alan C. Assis wrote: > > > Hi Matteo, > > > > Very nice! Great news! > > > > Could you s

Re: trust in nuttx gone

Hi Simon, Yes, but it important to prove your point using a commercially available development board. NuttX (just like Linux) is a moving target. So one out of tree board always will break because people are constantly changing the building system and moving things of place. There is no simple w

Re: Sensor fusion on NuttX

Good idea! It is better to have all sensors tested in a single place, there are many individual sensors applications inside apps/examples/, they also need to be moved to apps/sensors/ BR, Alan On Wed, Jan 29, 2025 at 12:40 PM Xiang Xiao wrote: > On Wed, Jan 29, 2025 at 10:52 PM Matteo Golin >

Re: Inquiries on NuttX

Hi Yousif, This is the kind of feedback we like to hear! Thank you for that! NuttX is used in many areas including critical real-time applications. So, if your question is: Is NuttX safe enough to be used in medical application, the answer is YES! It is used in drone, rockets (search for NuttX l

Re: Inquiries on NuttX

llo, > On 1/2/25 23:52, Alan C. Assis wrote: > > Hi Yousif, > > This is the kind of feedback we like to hear! Thank you for that! > > NuttX is used in many areas including critical real-time applications. So, > if your question is: Is NuttX safe enough to be used in medical &

Re: FOSDEM talk accepted

That is great!!! Kudos Alin! BR, Alan On Tue, Dec 31, 2024 at 2:43 AM Alin Jerpelea wrote: > Hi all, > > I would like to invite you to join us on the NuttX FOSDEM talk > > https://fosdem.org/2025/schedule/event/fosdem-2025-4528-sbom-journey-for-an-open-source-project-apache-nuttx-rtos/ > > Bes

Re: NuttX international Workshop 2025

Hi Alin, I don't have personal preference, since we are doing it every year since 2019, we always face different challenges every year and that is fine. This is like taking vacation and facing some issues, after some years you realize those issues were what enriched your experience. BR, Alan O

Re: Assistance Needed with Adding a Low Power UART on ESP32C6 Project

nsh> > nsh> nsh: nsh>: command ntfound > nsh: nsh:: command not found > nsh> nsh> ^[ s>^el( > nsh: nsh>: command not found > nsh> l > > Em qua., 15 de jan. de 2025 às 11:36, Alan C. Assis > escreveu: > > > Hi Felipe, > > > > If you a

Re: Assistance Needed with Adding a Low Power UART on ESP32C6 Project

Hi Felipe, If you are using one of these two UART as serial console (to NSH), then you can see it using the USB Serial/JTAG interface: https://docs.espressif.com/projects/esp-idf/en/stable/esp32c6/api-guides/usb-serial-jtag-console.html This way you will have two real serials available to your p

Re: Regarding bmi270

Thank you! > > On Wed, Feb 12, 2025, 11:05 PM 175 yashvi shah > wrote: > > > > > > > Hello, > > > > By applying this, I was able to successfully execute the I2C scanner. > > > > Thank you! > > > > On Wed, Feb 12, 2025, 9:16 PM Ala

Re: Regarding bmi270

Hi Tim, It came from PX4 and how it is used for our sensors. BR, Alan On Wed, Feb 12, 2025 at 4:21 PM Tim Hardisty wrote: > Is uORB really just a PX4 thing? Not NuttX? Or did NuttX adopt uORB too > and I missed it? > > Just curious :-) > > On 12/02/2025 18:51, Alan C. A

Re: Regarding bmi270

Yes, we still have char driver sensors and uorb sensors On Wed, Feb 12, 2025 at 5:05 PM Tim Hardisty wrote: > Ah - so something you choose to use or not? But still we'll have > "traditional" drivers for new sensors as they're added? > > On 12/02/2025 19:29,

Re: [VOTE] NuttX Contributing Guidelines update 202502.

The goal is not to automatically merge PR, but only to avoid that some PRs that don't reach the maximum number of reviews be allowed to be merged. Typically, those who are most eager to impose new rules are not the same as those who are subject to them! BR, Alan On Wed, Feb 12, 2025 at 2:5

Re: Regarding bmi270

uses uORB" but perhaps you meant that was just > an easy/easier way to test it if there's no BMI270 example app? > > Just looking for clarity for my interest but also to make sure the OP is > given full information :-) > > On 12/02/2025 20:30, Alan C. Assis wrote: >

Re: Regarding bmi270

t; should be forced to use it? > > > > Surely any NuttX sensor driver MUST have a character driver, but could > > OPTIONALLY have a uORB variant? Or am I missing something? > > > > > > > On 13 Feb 2025, at 14:02, Alan C. Assis wrote: > > > >

Re: FB console/terminal

ugh? > > > On 15 Feb 2025, at 13:42, Alan C. Assis wrote: > > > > Hi Tim, > > > > You can create a NuttX application with LVGL and display your message or > > image. > > > > Actually you don't need to use a graphic library if you just want

Re: FB console/terminal

Hi Tim, You can create a NuttX application with LVGL and display your message or image. Actually you don't need to use a graphic library if you just want to write in the framebuffer, you can convert image to display directly in the /dev/fb0 BR, Alan On Sat, Feb 15, 2025 at 7:45 AM Tim Hardisty

Re: [EXT] Re: [PROPOSAL] New nxstyle tool roadmap

But changing from GNU to Altman (removing 2 "half" indentation spaces) could fall on this category: ``No "revolutionary" changes to the coding standard (but perhaps some "evolutionary" changes).'' BR, Alan On Wed, Mar 19, 2025 at 10:24 AM Gregory Nutt wrote: > Coding style change are discuss

Re: Discuss NXBoot

Hi Tim, Yes, these suggestions make sense! I think for NXBoot should be nice to have the option to disable features that were used for minsh board profile: # # RTOS Features # CONFIG_DISABLE_SIGNALS=y # # Files and I/O # CONFIG_SDCLONE_DISABLE=y CONFIG_NFILE_DESCRIPTORS=0 CONFIG_NFILE_STREAMS=0

Re: GSoC 2025

university: http://control.fel.cvut.cz/ > > personal: http://cmp.felk.cvut.cz/~pisa > > company:https://pikron.com/ PiKRON s.r.o. > > Kankovskeho 1235, 182 00 Praha 8, Czech Republic > > projects: https://www.openhub.net/accounts/ppisa > > s

Re: [EXT] Re: [PROPOSAL] New nxstyle tool roadmap

Hi Michal, That makes sense, actually I think Altman is similar (but more elegant) to GNU style: https://en.wikipedia.org/wiki/Indentation_style BR, Alan On Mon, Mar 17, 2025 at 7:32 PM Michał Łyszczek wrote: > Peter van der Perk: > > The main issue I was facing with clang-format was the ind

Re: RP2040 multiple GPIO interrupts

Hi Matteo, I think RP2040 and new RP2350 are good MCUs, but Raspberry Pi Foundation did some terribles mistakes, like using a serial port control that doesn't have indication of transmission done (useful for RS485 support) and GPIO INT with both edges support. When I created the ultrasound sensor

Re: Discuss NXBoot

; > Tim. > > > On 25 Mar 2025, at 08:16, Sebastien Lorquet > wrote: > > > > Hello, > > > > I agree that for compacity, reintroducing the possibility to disable the > VFS entirely would be quite interesting. > > > > That is a large challenge! &g

Re: Arduino R4 Minima

Hi Roberto, I tested NuttX on an Arduino R4 Minima board and it worked like a charm! The point is: we don't have the serial console at the USB connector by default (I think we just need to change the port in the menuconfig). So to get the serial console working you need to use the RX and TX pins

Re: GSoC 2025 - two topics registered

> > > > >>> - porting https://microblocks.fun/ to NuttX, some proof of > > > > >>> feasibility (smallvm https://bitbucket.org/john_maloney/smallvm > bare > > > > >>> core compilation) already done > > > > >>> &g

Re: Vote for default crc16 directory to be CRC-16/XMODEM or CRC-16/IBM

s my attempt to suggest a clean and better solution to the crc16 > problem. A simple substitution, with bad words, is just replacing trash > with another trash. Absolutely useless. > > There is a better way. > > > Again and again, dont break the default crc16. Consider it legacy. Ke

Re: Vote for default crc16 directory to be CRC-16/XMODEM or CRC-16/IBM

Agree! This will end this discussion! And it will make it clear what algorithm was used. BR, Alan On Wed, Apr 9, 2025 at 9:07 AM Nathan Hartman wrote: > I think the real problem here is that the function is called crc16() with > no details about which CRC polynomial is used. Maybe it's better

Re: Discuss NXBoot

Hi Nathan, It could be just: default y if LCD_FRAMEBUFFER This way it will be "ON" for boards with LCD and Framebuffer enabled and "OFF" for all other boards. Maybe we need to think about how to get NXlogo working for LCD_DEV too. BR, Alan On Fri, Mar 28, 2025 at 10:07 AM Nathan Hartman wro

Re: Vote for default crc16 directory to be CRC-16/XMODEM or CRC-16/IBM

Hi Sebastien, This is a case where compatibility is more important than API stability. New developers are spending a lot of time trying to figure out why existing code is not working and end up discovering that the issue is the CRC incompatible with Linux or other OS. If breaking API is an issue

Re: Documentation tags for boards

Hi Matteo, That is a great idea! I'm not sure if Nathan's idea will work because Kconfig are completely independent of the board features. Look for example the Photon board, it has WiFi support (BROADCOM_BCM43362) but the only place where it appears is in the defconfig. So, that information sho

Re: File Sharing Service Mirror

Hi Siddhartha, NuttX is an open-source project, everything you have committed (if you have committed something) it should be in the git: https://github.com/apache/nuttx https://github.com/apache/nuttx-apps Seems like you don't have submitted anything to NuttX (at least searching for your name or

Re: [RFC] How to improve NuttX quality and reliability

ion I do agree on keeping, kind of, two directories. > One for the reliable ports and another one for the experimental ports. For > sure it will help Nuttx to become more reliable, safe and for consequences > more popular as well. > > BR, > Vinicius > > On Sun, Apr 27, 2025, 2:3

Re: RFC - AVR fixes and support for AVR DA/DB family

Hi KR, What avr-gcc version are you using? I'm getting this error: "avr-gcc: error: device-specs/specs-avr128da28: No such file or directory" I found a reference to it here: https://www.avrfreaks.net/s/topic/a5C3l00UlWyEAK/t193338 I downloaded the Microchip.AVR-Dx_DFP.2.7.321.atpack file re

Re: [RFC] How to improve NuttX quality and reliability

being tested), see what comes up? > > Nathan > > On Sun, Apr 27, 2025 at 8:33 AM Alan C. Assis wrote: > > > Dear NuttXers, > > > > In the last weeks we are seeing some degradation of NuttX reliability as > > some users have reported. > > > > We saw it h

[RFC] How to improve NuttX quality and reliability

Dear NuttXers, In the last weeks we are seeing some degradation of NuttX reliability as some users have reported. We saw it happening yesterday during our Live video: the fb command behaved in some very strange ways: https://www.youtube.com/watch?v=pbq3suU3g5g&t=1740s First it printed all the re

Re: RFC - AVR fixes and support for AVR DA/DB family

Hi KR, On Mon, Apr 21, 2025 at 6:22 AM wrote: > Hello, > > I would like to submit some patches for review and comments. The overall > goal is to provide support for AVR DA/DB family of chips but some of the > patches are more generic - fixes in other AVR chips and some typofixes > elsewhere. > >

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

pse.com/2022/09/17/picoprobe-using-the-raspberry-pi-pico-as-debug-probe/ > > I find that quite cool. > > Sebastien > > > On 14/04/2025 14:09, Alan C. Assis wrote: > > Hi Kevin, > > > > I will order a Pico Debug probe, it is something new for me. > > > >

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

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 wrote: > Hi NuttX, > > This is a follow up on previo

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

_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 co

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

> "heisenbug". > > Best, > > Kevin > > Op ma 14 apr 2025 om 13:27 schreef Alan C. Assis : > > > Hi Kevin and Alin, > > > > I confirmed that NuttX 12.9-RC1 is broken on Raspberry Pi Pico. > > > > After copying the nuttx.uf2 to virtual d

Re: How to enable rcS script in nucleo-stm32h753zi

Hi Karukkuvel, There is a 7 years video tutorial here: https://www.youtube.com/watch?v=jYvCe8yQ1OY It is from an old version of NuttX, but could help you to get it working. Also there is an official Documentation here: https://nuttx.apache.org/docs/latest/guides/etcromfs.html#start-up-scripts

Re: sched lock/unlock issue on rp2350

WOW! Nice catch! Question to some people with more experience in the scheduler: Why wasn't this issue detected before? It was added more than 9 months ago. Is there some way to test and enforce that nxsched_process_delivered() and other schedule functions are working as expected? BR, Alan On

Re: sched lock/unlock issue on rp2350

Hi Serg, I did an analysis here and this macro was introduced in Jan 10 2024, so it was more than 1 year ago: https://github.com/apache/nuttx/commit/9de9f8168d6de8eab8d3a97aac21aacc4e84dd84 BR, Alan On Tue, May 6, 2025 at 1:12 PM Alan C. Assis wrote: > WOW! Nice catch! > > Questio

Re: sched lock/unlock issue on rp2350

This file: https://github.com/apache/nuttx/commit/9de9f8168d6de8eab8d3a97aac21aacc4e84dd84#diff-ac1d3cade3d9ab380d40fe31f8c006b3035c7b53d04c28e23d9f1ce9a176572c On Tue, May 6, 2025 at 1:18 PM Alan C. Assis wrote: > Hi Serg, > > I did an analysis here and this macro was introduced in Ja

Re: HaloOS: Implementation of AutoSAR OS based on the NuttX kernel

I just saw about it in LinkedIn: https://www.linkedin.com/feed/update/urn:li:activity:7321243748682633216 BR, Alan On Fri, Apr 25, 2025 at 10:19 AM Peter van der Perk < peter.vanderp...@nxp.com> wrote: > Thanks for sharing. > > I see that the project is bypassing the NuttX network stack and is

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

e was some commit in last 3 months. BR, Alan On Mon, Apr 14, 2025 at 8:44 AM alin.jerpe...@sony.com < alin.jerpe...@sony.com> wrote: > Hi Alan, > > 12.9 is already released > I will prepare a 12.9.1 release ASAP > > Best regards > Alin > > > _____

Re: Vote for rename modlib to libelf

+1 On Mon, Apr 7, 2025 at 6:13 AM chao an wrote: > Hi community, > > Some green hand and individual developer who are not familiar with nuttx > may be confused by the naming of modlib, in currect implement, modlib as an > elf loader and parser, does not provide any features other than elf. > > I

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

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

Re: Vote for using system dd instead of nsh dd, avoid duplicate code

Yes, if we can merge both in a single dd command, but keep the configuration to have a small dd (like that from nshlib) for small microcontroller as Sebastien suggested, it will be fine. +1 On Mon, Apr 14, 2025 at 10:59 AM Xiang Xiao wrote: > The functionality in system/dd and nshlib is unsync,

Re: [RFC] How to improve NuttX quality and reliability

or the reliable ports and another one for the experimental ports. > For > > sure it will help Nuttx to become more reliable, safe and for > consequences > > more popular as well. > > > > BR, > > Vinicius > > > > On Sun, Apr 27, 2025, 2:33 PM Alan C. Assis

Re: [RFC] How to improve NuttX quality and reliability

ck usage? If stacks are > overflowing, you will get all kinds of weird behaviors. Maybe git bisect > since a month or two ago and run some tests (like run ostest a few times > for each commit being tested), see what comes up? > > Nathan > > On Sun, Apr 27, 2025 at 8:33 

Re: [RFC] How to improve NuttX quality and reliability

a serious > proposal: > > * Reduce the number of commits that enter nuttx upstream main branch > each day. > > There are several methods to do that, associated with different states > of comfort and different technical solutions. > > Sebastien > > > On 28/04/2025 18:41, Al

Re: [VOTE] Change setlogmask behavior to POSIX standard

+1 On Tue, Apr 29, 2025 at 3:38 AM Michal Lenc wrote: > Hi all, > > I've submitted pull request that changes setlogmask function behavior to > the one expected by POSIX standard > . The description of the > change is provided in the mailing list, to su

Re: RFC - some AVR (and other) fixes

Hi KR, Sorry for my delay to review your commits. First kudos for your first contribution, it passed without any issues in the checkpatch: $ ./tools/checkpatch.sh -g HEAD~...HEAD $ You did really great including all necessary information in the commit log messages: commit 9ce4bbf808416b9c5be23

Re: [nuttx] Re: fatfs seems to confuse the Master Boot Record with the FAT32 boot record.

Hi Bob, It was 7 years ago, but today I saw a similar message with a USB Thumb drive:nsh> ehci_waiter: connected nsh> ls /dev /dev: console null sda ttyS0 nsh> mount -t vfat /dev/sda /mnt fat_checkbootrecord: WARNING: Signature: aa55 FS sectorsize: 20487 HW sectorsize: 512 nsh> Maybe it sect

Re: sched lock/unlock issue on rp2350

n the scope. > > On 5/6/25 23:19, Alan C. Assis wrote: > > This file: > > > https://github.com/apache/nuttx/commit/9de9f8168d6de8eab8d3a97aac21aacc4e84dd84#diff-ac1d3cade3d9ab380d40fe31f8c006b3035c7b53d04c28e23d9f1ce9a176572c > > > > On Tue, May 6, 2025 at 1:

Re: ESP32C3 Using UART1 in RS485 mode with HW flowcontrol

ports RS485"* > So not really supported? > Just for my own understanding and peace of mind, i dont really care - just > seems a bit odd. > But then again, lots of chips out there lacks features that it is supposed > to include. > > Den tis 18 feb. 2025 kl 16:08 skrev Alan C

<    2   3   4   5   6   7   8   >