Re: Feedback on C++/CMake Guide – Outdated Folder Structure and Build Issues

Hi Ali, Actually include/libcxx never was removed because it never existed there, actually it is installed when you build the llvm libcxx! Please take a look at libs/libxx/libcxx/Make.defs: $(TOPDIR)/include/libcxx: libcxx/libcxx $(Q) $(DIRLINK) $(CURDIR)/$https://github.com/apache/nuttx

Re: Integrating NuttX to existing C++23 multiplatform application

in to avoid this issue? > Best regards, > Bartek > > > Wiadomość napisana przez Alan C. Assis w dniu 25 > lip 2025, o godz. 16:57: > > > > Hi Bart, > > > > You cannot replace NuttX libc with another external libc because the > kernel > > is tightly cou

Re: Integrating NuttX to existing C++23 multiplatform application

Hi Bart, You cannot replace NuttX libc with another external libc because the kernel is tightly coupled to it. Some functions could work fine, but others will create issues. In the past all kernel libc used the same name as these libc functions for applications, not when a function is kernel spec

Re: New type of input idea: an action button

8:13 PM Tomek CEDRO wrote: > Very cool thank you Alan :-) > > On Sat, Jul 12, 2025 at 12:57 AM Alan C. Assis wrote: > > > > Hi Tomek, > > > > I agree with you, but in this first "incarnation" it will support only > two > > actions, but people

Re: New type of input idea: an action button

more actions :-) > > It would be great if the driver could return event code or have return > codes configurable (build time?) on selected actions. That would make > things really versatile :-) > > Thanks :-) > Tomek > > > On Fri, Jul 11, 2025 at 11:26 PM Alan C. Assis

Re: New type of input idea: an action button

thought initially. BR, Alan On Wed, Jul 9, 2025 at 10:16 AM Alan C. Assis wrote: > Hi Everyone, > > Some years ago a customer asked me to develop a project with NuttX for > this board that used a small OLED display and a single button. > That button should be used to navigate in the

Re: New type of input idea: an action button

ed in the GPIO system? > > There are gpio interrupts iirc. these could be used to trigger a signal. > > If a system does not have gpio interrupts, polling can do the same trick. > > Just my two cents! > > Sebastien > > > On 09/07/2025 15:16, Alan C. Assis wrote:

Re: New type of input idea: an action button

bout "Single Button Actions" or similar? Singe Button > tells only one button is used to perform various Actions. > > Thanks :-) > Tomek > > > On Wed, Jul 9, 2025 at 3:17 PM Alan C. Assis wrote: > > > > Hi Everyone, > > > > Some years ago a custome

New type of input idea: an action button

Hi Everyone, Some years ago a customer asked me to develop a project with NuttX for this board that used a small OLED display and a single button. That button should be used to navigate in the menu, as a side note: initially he suggested: quick press and release will work as a ENTER and long press

Re: RFC: do not copy const variables to RAM in AVR

Nice work KR and great Documentation! Kudos BTW, I added a comment about using AVR_BOARD_HAS_FLMAP vs ARCH_HAVE_FLMAP. BR, Alan On Mon, Jul 7, 2025 at 7:23 AM wrote: > Hello, > > I would like to submit patches which change handling of const variables > in AVR architecture, DA/DB family. > > A

Re: [VOTE] Apache NuttX 12.10.0 RC0 release

+1 STM32F103-Minimum: Compiler: $ arm-none-eabi-gcc -v ... Thread model: single Supported LTO compression algorithms: zlib gcc version 13.2.1 20231009 (15:13.2.rel1-2) Compilation: $ ./tools/configure.sh stm32f103-minimum:nsh $ make -j Size: $ arm-none-eabi-size nuttx text databssd

Re: [VOTE] Apache NuttX 12.10.0 RC0 release

Hi KR, In order to register this information for future reference (for comparison about bloat size, compiler error, etc), could you please include: Compiler version (i.e. "$ avr-gcc -v") NuttX size (ie. "$ avr-size nuttx") Free memory in the nuttshell ("nsh> free") BR, Alan On Thu, Jul 3, 2

Re: dup2() uses FD already allocated to NET skt

ughly perhaps. It was an change to multiple files. > > nuttx-apps issue: https://github.com/apache/nuttx-apps/issues/3111 > > original PR: https://github.com/apache/nuttx-apps/pull/2595 > > Simply reverting that change fixes it. The only thing needed. > > On 01/07/2025 19:00, Alan

Re: dup2() uses FD already allocated to NET skt

sty wrote: > But that's the point - thttp *does* call exec() so the open socket file > descriptor gets closed when it is still needed by the exec'd application. > > If there's another way of doing this I'm listening! > > On 01/07/2025 16:13, Alan C. Assis wrote

Re: dup2() uses FD already allocated to NET skt

t is now opened > > like this and I assume CLOEXEC will mess up the operation of the > > executed CGI app (will investigate on Monday; not sure what socket > > mode it needs to be): > > > > hc->conn_fd = accept4(listen_fd, (struct sockaddr *)&sa, &sz, > &

Re: NuttX for a critical system

Hi Matteo, thanks for sharing these results here! That is really fantastic! I'm looking forward to seeing it rising in the sky! Kudos for you and your team!!! BR, Alan On Mon, Jun 30, 2025 at 2:21 PM Matteo Golin wrote: > Wanted to share some footage of Carleton University InSpace's successf

Re: dup2() uses FD already allocated to NET skt

Hi Tim, Yes, I think send() is the preferred form to work with sockets because you can have fine control, i.e. passing flags at forth argument (MSG_DONTWAIT, etc). If you suspect that the bug was caused by some recent modification, try to find a supported board that was used to test thttpd in the

Re: CTU OTREES theses, more related to NuttX and RISC-V Was: book: RISC-V System-On-Chip Design. [resent]

Hi Nathan, I think this is a good idea! We need some Who's using NuttX and a Testimonial area. I posted about the 10Base-T1S/T1L project at Linkedin: https://www.linkedin.com/feed/update/urn:li:activity:7342911868623056897/ BR, Alan On Mon, Jun 23, 2025 at 11:00 AM Nathan Hartman wrote: > S

Re: X11 vs Wayland: KiCAD story.

Yes, I think many Linux Distros will keep X11 support for many years, but then there is another issue: companies will follow the "mainstream" distros and will develop tools for Wayland. This will keep this old-school distros out of the commercial game (pun intended), this is not a big issue if you

X11 vs Wayland: KiCAD story.

Hi Tomek, Xorg also is getting forked, BTW a nice article: https://www.dedoimedo.com/computers/xlibre.html I truly believe that the idea of Wayland created by Kristian Høgsberg was to fix many issues existing in X11. But of course, just like PulseAudio and Systemd from Lennart Poettering, this p

Re: Inquiry About Hypothetical Pointer‐Validation in NuttX Protect Mode

Dear MacTavish, I'm redirecting your question to nuttx dev mailing list, that mailing you used is for PMC usage purpose: Dear NuttX Maintainers, I hope you’re doing well. I’m reaching out to gather your perspective on a hypothetical scenario concerning pointer‐validation in NuttX’s protect mode.

Re: [OT] NuttX Standard Board

> > Need to fill your list with my boards and start testing. It's in the > backlog for too long. > > Simon > > -- > Hard- and Softwaredevelopment Consultant > > Geschäftsführung: Simon Filgis > USt-IdNr.: DE305343278 > ISO9001:2015 <https://activities.ingeni

Re: [OT] NuttX Standard Board

pay > expensive licensing costs for a commercial electronics design software. > > Thanks to everyone for your efforts! > > Nathan > > On Tue, Jun 10, 2025 at 1:51 PM Alan C. Assis wrote: > > > Hi Tomek, > > > > Thank you for those nice suggestions. > >

Re: [OT] NuttX Standard Board

urce electronics design > > package. (The only one I am familiar with is KiCad [1].) By using > free/open > > source software, anyone will be able to participate without having to pay > > expensive licensing costs for a commercial electronics design software. > > > >

Re: [OT] NuttX Standard Board

e. you want to attach arduino shield from top to female connector > below, but also want to solder additional pins to then stick the board > to breadboard below). I know this seems trivial but when you have > different boards to physically manage sometimes its a problem :-) > > Have

Re: [OT] NuttX Standard Board

cus/boards and so improve coherence? :-) > > Thanks :-) > Tomek > > > > > On Mon, Jun 9, 2025 at 10:43 PM Alan C. Assis wrote: > > > > Hi Everyone, > > > > To implement the item 11 of the actions to improve NuttX: > > https://github.com/apach

[OT] NuttX Standard Board

Hi Everyone, To implement the item 11 of the actions to improve NuttX: https://github.com/apache/nuttx/issues/16278 I requested ChatGPT to list the most common signals/interfaces existent on NuttX: https://chatgpt.com/share/6841d483-5400-8012-ada6-b962d215f410 So I created a project to Document a

Re: STM32F479NGH6 + Ethernet

Hi Simon, I used DP83848C about 10 years ago and it was really easy to use on NuttX ("just works"). Then about 3 years ago I used LAN8740AI with STM32H743 and it also worked, but it required some tweaks to configure the right PHY registers. BTW, you are not limited only to those two options we ci

Re: book: RISC-V System-On-Chip Design.

Really cool!!! Thanks Pavel Pisa for helping to spread NuttX! Please post the port link here when it become public. BR, Alan On Thursday, June 5, 2025, Tomek CEDRO wrote: > On Thu, Jun 5, 2025 at 9:55 PM Tomek CEDRO wrote: > > Very interesting book upcoming soon on RISC-V :-) > > > > https:/

Re: Sv: RFC: fix race conditions in drivers/serial/serial.c

Hi Miguel, Which kind of modification are you looking for? RS-485 is already supported: https://embeddedrelated.com/showarticle/1715.php BR, Alan On Mon, Jun 2, 2025 at 3:52 PM MIGUEL ALEXANDRE WISINTAINER < tcpipc...@hotmail.com> wrote: > should be good change too this driver to enable the R

Re: Path to [MAX_MQUEUE_PATH] not found

regards, > > Am Mo., 2. Juni 2025 um 17:44 Uhr schrieb Alan C. Assis >: > > > Hi Oussama, > > > > Could you please tell us which board and profile you are using? > > > > Although mqueue.h is in the local directory the root directory (fs/) > should > >

Re: Path to [MAX_MQUEUE_PATH] not found

Hi Oussama, Could you please tell us which board and profile you are using? Although mqueue.h is in the local directory the root directory (fs/) should be in the path, then the file should be found. Note that there is a "notify/notify.h" that follows the same logic (it is at fs/). BR, Alan On

Re: NuttX Logo for rocket/PCBs

You are welcome Matteo, Looking at it with more critical thinking I saw it needs some improvements in the area simulating the gray color, see attached image. BR, Alan On Thu, May 29, 2025 at 9:46 AM Alan C. Assis wrote: > Hi Matteo, > > I have this attached monocolor version that

Re: NuttX Logo for rocket/PCBs

Hi Matteo, I have this attached monocolor version that I use on PCBs, I will send you the SVG version as well, since here that file extension will be blocked. BR, Alan On Wed, May 28, 2025 at 11:20 PM Matteo Golin wrote: > Hello everyone, > > CU InSpace would like to feature the NuttX logo am

Re: Comment for AVR GitHub issue 16444 and PR 16443

Thank you KR, I posted your message in that issue for reference. I have a BK-AVR128 board: https://aliexpress.com/item/1005006234334573.html and will test NuttX on it to confirm. If everything is working as expected I will submit the board support to the mainline. BR, Alan On Tue, May 27, 202

Re: NuttX RTOS entirely in CPU Cache

possible, faster than L2, and a lot > faster than DRAM/SRAM, that is faster than any storage drive :-) Just > a curiosity :-) > Tomek > > On Wed, May 21, 2025 at 10:34 PM Alan C. Assis wrote: > > > > Hi Tomek, > > > > Yes, it is possible, coreboot (Linux

Re: NuttX RTOS entirely in CPU Cache

Hi Tomek, Yes, it is possible, coreboot (LinuxBIOS) did it more than 20 years ago: https://web.archive.org/web/20200530213938/https://www.coreboot.org/images/6/6c/LBCar.pdf But since the computer normally will have DDR memory in the board, there is not much motivation to do it for NuttX. BR, Al

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

Hi KR, Everything is fine. I opened that PR with your modifications, but later Alin included your new patches in the original PR that he opened with your previous patches. BR, Alan On Wednesday, May 21, 2025, wrote: > Hello, > > I noticed that the patches are now merged in master branch. Than

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

Hi KR, Actually you shouldn't edit the Kconfig manually. Please see inside these files, there is this disclaimer: # # This file is autogenerated: PLEASE DO NOT EDIT IT. # # You can use "make menuconfig" to make any modifications to the installed .config file. # You can then do "make savedefconfig

Re: mDNS - apps utility or kernel? And licensing

Hi Tim, I think everything that speeds up NuttX users development and makes user experience easy is welcome! Please also include some basic Documentation/ explaining how to test it on NuttX. BR, Alan On Tue, May 13, 2025 at 3:07 PM Tim Hardisty wrote: > I have it working as a downloaded 3rd

[OT] We got 2 projects approved to GSoC 2025

Dear NuttXers, Great news! NuttX was again accepted to GSoC! These are the projects and contributors: NuttX Support for IEEE 802.3-2022 10BASE-T1x Ethernet using Open Alliance SPI MAC-PHYs Michal Matias Firmware Upgrades over Silicon-Heaven Protocol for NXboot Demonstrated on pysimCoder Štěpán

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: How to enable rcS script in nucleo-stm32h753zi

/src and compiled in Makefile"* > > This helped me to finally deploy the rcS script successfully. > > > Thanks and Regards > Karukkuvel Raj D > Flight Controls Engineer > > -- > *From:* Alan C. Assis > *Sent:* Monday, May 5, 202

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: 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

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: 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: [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] 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

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

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

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

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

[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: 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: 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: [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: 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: 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: 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: [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: [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: [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

> "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: [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

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: 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: 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: 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

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: 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: 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: Can NSEC_PER_USEC in clock.h be changed to 1000L?

Hi KR, Nice finding! Could you please open a PR and submit a fix? ( https://nuttx.apache.org/docs/latest/contributing/index.html ) Also if you can, please submit your AVR DA/DB port to be included into the mainline, I'm sure it will be useful to many people here. Some models, like AVR128DB48, ha

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: Discuss NXBoot

gt; Also:i f we wanted to do something "fancy" on multi-cpu architectures, > what are the relevant system calls to get the number of cores? > > On 24/03/2025 19:38, Alan C. Assis wrote: > > Hi Tim, > > > > Yes, these suggestions make sense! >

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: [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

el Pisa > > phone: +420 603531357 > > e-mail: p...@cmp.felk.cvut.cz > > Department of Control Engineering FEE CVUT > > Karlovo namesti 13, 121 35, Prague 2 > > university: http://control.fel.cvut.cz/ > > personal: http://cmp.felk.cvu

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

t; > As of now, indentation works, there is no bug to fix, and changing it > will not improve nuttx. > > Sebastien > > > On 19/03/2025 16:14, Alan C. Assis wrote: > > But changing from GNU to Altman (removing 2 "half" indentation spaces) > > could fall on thi

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: 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: Any VT100 and/or NSH Console experts?

boot logo) to this should be relatively > trivial and is something I'd like too - I'll look into it. > > For now, the remaining issue I have to solved is the decoding of the > VT100_CURSORL(n) and once I have that cracked I will submit a PR and we > can discuss it there too

Re: Any VT100 and/or NSH Console experts?

Hi Tim, About your progress with fbcon, just realized you created it as an application, do you think it could be part of the kernel (like in Linux) ? This way it could be used to print the initialization messages from the kernel too. Sometime ago we discussed the idea of adding a boot logo to Nu

Re: [VOTE] ROUND2 NuttX Contributing Guidelines update 202502.

allowed > > Single company commit, review, merge is not allowed. Each PMC Member, > Committer, and Reviewer must report up-to-date Affiliation for clear > identification. > > See: https://github.com/apache/nuttx/blob/master/INVIOLABLES.md > > Also -1 and 0 answers given here with prio

Re: Any VT100 and/or NSH Console experts?

ig choice to either use this app as a simple stdout device, or a > full blown console...much like nxterm but without the need of the nx > server etc. > > On 08/03/2025 16:50, Alan C. Assis wrote: > > Hi Tim, > > Could you please try to run: "ls -l | hexdump" > >

Re: Any VT100 and/or NSH Console experts?

Hi Tim, Could you please try to run: "ls -l | hexdump" It could show if the '\n' is received correctly. BR, Alan On Fri, Mar 7, 2025 at 3:47 PM Tim Hardisty wrote: > I am writing a Framebuffer console app that takes stdout and stderr and > renders the text to a framebuffer device. Based on ex

Re: [VOTE] ROUND2 NuttX Contributing Guidelines update 202502.

t; > > > Related to that PR: Documentation in not software and does not belong > to > > > code changes in arch > > > > > > I think that this rule should be enforced even if we don't do LTS > > releases > > > for now but we will do them

Re: [VOTE] ROUND2 NuttX Contributing Guidelines update 202502.

f the same PE but in a separate commit > > Best regards > Alin > > On Sat, 1 Mar 2025, 11:11 Alan C. Assis, wrote: > > > Hi Tomek, > > > > Nice work! Kudos! > > > > About Documentation I voted +1 to have Documentation, but later I > realiz

Re: [VOTE] ROUND2 NuttX Contributing Guidelines update 202502.

Hi Tomek, Nice work! Kudos! About Documentation I voted +1 to have Documentation, but later I realized it was required to be in a separate PR, which I don't agree with. When I contributor submit a new feature that doesn't have Documentation I ask them to include it to avoid creating hidden featu

Re: [VOTE] ROUND2 NuttX Contributing Guidelines update 202502.

ling list for voting as Alin noted :-) > Tomek > > > > On Thu, Feb 27, 2025 at 3:46 PM Alan C. Assis wrote: > > > > > > > > Google forms confirmed that I voted on Fev 24, no idea why you didn't > see it... > > > > > > On Thu, Fe

Fwd: NuttX Contributing Guidelines update 202502

Please find the form answers below. I think it is better if everybody forwards the form to the mailing list, this way it will be easier to review and re-count the votes. BR, Alan -- Forwarded message - From: Google Forms Date: Mon, Feb 24, 2025 at 12:20 PM Subject: NuttX Contri

Re: [VOTE] ROUND2 NuttX Contributing Guidelines update 202502.

If you find the first answered form, please use it. BR, Alan On Thu, Feb 27, 2025 at 11:46 AM Alan C. Assis wrote: > [image: image.png] > > Google forms confirmed that I voted on Fev 24, no idea why you didn't see > it... > > > On Thu, Feb 27, 2025 at 11:44 AM Alan

Re: [VOTE] ROUND2 NuttX Contributing Guidelines update 202502.

[image: image.png] Google forms confirmed that I voted on Fev 24, no idea why you didn't see it... On Thu, Feb 27, 2025 at 11:44 AM Alan C. Assis wrote: > Just did it again! > > On Thu, Feb 27, 2025 at 11:33 AM Alan C. Assis wrote: > >> Hi Tomek, it is strange, I vot

Re: [VOTE] ROUND2 NuttX Contributing Guidelines update 202502.

Just did it again! On Thu, Feb 27, 2025 at 11:33 AM Alan C. Assis wrote: > Hi Tomek, it is strange, I voted in this second round, but my vote didn't > show up. > > BR, > > Alan > > On Thu, Feb 27, 2025 at 8:20 AM Tomek CEDRO wrote: > >> Dear NuttX Communit

Re: [VOTE] ROUND2 NuttX Contributing Guidelines update 202502.

Hi Tomek, it is strange, I voted in this second round, but my vote didn't show up. BR, Alan On Thu, Feb 27, 2025 at 8:20 AM Tomek CEDRO wrote: > Dear NuttX Community please vote! Tomorrow we are closing the vote and > we have only 4 votes for now, in the previous round we had 12 votes, > so vo

Re: [Vote] NuttX LTS release

I like the LTS idea, but I need to vote -1 too! - We don't have enough staff to even review PRs, let alone create a new burden to LTS support. - The current LTS approach is forcing contributors to divide PRs in many commits, although other projects with LTS are not requiring it. - First we need to

  1   2   3   4   5   6   7   8   >