[BREAKING] mtd/ftl: Rename ftl_initialize_by_path to ftl_initialize.

As presented in https://github.com/apache/nuttx/pull/16793 The idea is to remove old use of ftl_initialize() and rename ftl_initialize_by_path() to ftl_initialize() which provides more generic access. But this will break FTL API in terms of function parameters and functionality. This comes after s

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

Thank you Ali, There are only several people interested in C++ on NuttX, sorry. Can you please report Issue on github [1]? Can you also provide a fix patch as PR on github? Please attach your build host details such as OS type/version, compiler type/version, etc :-) Thanks :-) Tomek [1] https://

Re: STM32 unexplained -ENOMEM after opening some files, caused by constant

Hi Kevin, nice catch :-) Does that (disabling DMA) has impact on efficiency? Maybe this variable should be kconfig configurable with detailed explanation on what it does? :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info On Fri, Jul 25, 2025, 16:31 Kevin Witteveen wrote: > Hi NuttX, > > *Days

Re: OneWire EEPROM DS2XXX driver review

Hello Stepan, please report a PR and we will process it further over there :-) I have ordered 3x DS2431+ so I could test it in some days :-) Thank you :-) Tomek On Mon, Jun 23, 2025 at 4:34 PM Štěpán Pressl wrote: > > Hello, > > I've developed a onewire driver for the DS2XXX one wire EEPROMs (suc

Re: NuttX International Workshop 2025

Hello world :-) I am in for help with streaming and other stuff like last year if needed :-) I think we could present first steps and talk about NXDART with Lup? :-) Thanks :-) Tomek On Fri, Jul 18, 2025 at 1:40 PM Alin Jerpelea wrote: > > Hi all, > > several developers are working on organiz

Re: New type of input idea: an action button

ess. > > The driver itself is very simple, less than 300 LoC, so I hope everybody > can understand how it works. > > BR, > > Alan > > On Fri, Jul 11, 2025 at 7:39 PM Tomek CEDRO wrote: > > > Very cool thanks Alan! :-) > > > > I think there may be m

Re: New type of input idea: an action button

Very cool thanks Alan! :-) I think there may be more actions with one button: 1. single click. 2. double click. 3. triple click. 4. short press. 5. long press. etc So it is not only dual action button, there may be more actions :-) It would be great if the driver could return event code or have

[BREAKING] bch/mtd/ftl/fs: Update API with new flags for more granular control.

Hello world :-) There is interesting update PR to bch / mtd / ftl / fs subsystems that increased granularity of control and improved performance (write). Please take a look, any hints are welcome especially from people using them that may be affected or verify the improvement :-) The solution pro

Re: New type of input idea: an action button

Hey there Alan :-) Very cool and useful idea! I did something like this long time ago in pure assembly and C but it was returning press time and based on that actions were performed by the handling routine. In NuttX this would work on various platforms where different capabilities (i.e. irq, time

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

Thank you Kerogit :-) How about ARCH_HAVE_AVR_FLMAP? This would align with existing nomenclature and enable easy filtering / sorting? Thanks :-) Tomek On Tue, Jul 8, 2025 at 11:29 PM wrote: > > Hello, > > I prepared new version of the series, it's available in branch named > avrdx_flmap_v2 (and

Re: Documentation in nuttx-apps repository?

Hmm, from user perspective this may help bundling apps documentation directly with apps code changes in the same nuttx-apps repo, users/developers complain about that, especially newcomers. On the other hand this may introduce some incoherence and additional scenarios. Because apps documentation i

Re: NuttX for a critical system

uttX are already very nice >>>>> for testing and demonstrating the range of features NuttX has, but I >>>>> would love to see more of the library of possibilities included in the >>>>> NuttX project (i.e. sensor fusion implementations, multi-boa

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

Thank you Pavel! Such a great news after come back from long weekend :-) Thank you for co-creating NuttX with us and bringing interest of new young bright engineers, welcome aboard! :-) Tomek On Sun, Jun 22, 2025 at 9:48 AM Pavel Pisa wrote: > > Hello everybody, > > [resent from another account

Re: X11 vs Wayland: KiCAD story.

On Wed, Jun 18, 2025 at 3:19 PM Nathan Hartman wrote: > On Wed, Jun 18, 2025 at 8:48 AM Tomek CEDRO wrote: > > > https://www.kicad.org/blog/2025/06/KiCad-and-Wayland-Support/ > > > > Looks like (self-)compatibility problem of enforced changes solutions > > is arisin

X11 vs Wayland: KiCAD story.

https://www.kicad.org/blog/2025/06/KiCad-and-Wayland-Support/ Looks like (self-)compatibility problem of enforced changes solutions is arising in the Open-Source world and statements are made in more and more projects :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

gh ci broken

CI on GitHub seems broken, looks like some PR broke tests and builds. Change was not marked [BREAKING] and processed according to rules. Now we have broken code, CI, and still merging PRs that do not pass CI verification. :-( -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

Re: [OT] NuttX Standard Board

e will > test the baseboard in the same way, no matter what is the MCU module used. > > BR, > > Alan > > On Mon, Jun 9, 2025 at 6:22 PM Tomek CEDRO wrote: > > > Thanks Alan :-) > > > > It would be nice to have a template for new boards along with >

Re: [OT] NuttX Standard Board

ull/16405 > > I agree about the STM32 docs though, I'd like to help tackle those once the > legacy READMEs are ported and the application docs are closer to being > filled out. > > Matteo > > On Mon, Jun 9, 2025, 5:22 PM Tomek CEDRO wrote: > > > Thanks Alan :-

Re: STM32H7 DMA allocation and stream sharing

On Fri, Jun 6, 2025 at 2:55 AM Jacob Dahl wrote: > > Hi, this is my first time posting in the mailing list. I'm an embedded > software engineer and I primarily work on the PX4-Autopilot project. I > recently implemented Bidirectional DShot in PX4 which uses Timer Burst with > DMA to simultaneously

Re: [OT] NuttX Standard Board

Thanks Alan :-) It would be nice to have a template for new boards along with documentation, and maybe update existing boards when some standard is ready :-) https://github.com/acassis/nuttx_board_std - I get 404 here o_O I have question here, when looking at STM32 mcus/boards these seem to have

Re: SYSLOG over the network

Looks like having a central point to gather the information and construct them according to RFC then passing these to "sinks" that does the further processing i.e. output to text stream and/or output to network? You could then just enable/disable or add more sinks when necessary? Tomek On Sat, Ju

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

On Thu, Jun 5, 2025 at 9:55 PM Tomek CEDRO wrote: > Very interesting book upcoming soon on RISC-V :-) > > https://www.youtube.com/watch?v=Qyq5nHUDt4g And at ~42:30 Pavel Pisa mentions porting NuttX to FPGA RISC-V by one of his students :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

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

Very interesting book upcoming soon on RISC-V :-) https://www.youtube.com/watch?v=Qyq5nHUDt4g Recorded session from RISC-V's Academic and Training SIG meeting on Thursday, June 5 at 8 AM PT. We heard from David Harris, Sarah Harris, James Stine and Rose Thompson about their upcoming textbook. >F

Fwd: [lvgl/lvgl] Release v9.3.0 - Release v9.3.0

LVGL 9.3.0 is out :-) -- Forwarded message - Release v9.3.0 Repository: lvgl/lvgl · Tag: v9.3.0 · Commit: c033a98

Re: SYSLOG over the network

On Tue, Jun 3, 2025 at 11:01 PM Matteo Golin wrote: > Hello everyone, > I was taking a look at the different syslog output options, and I noticed > that there are a variety of different sinks > (character devices, CDCACM, RAM, etc). However, I was thinking that it would > be useful to have a net

NuttX Discord updates / Cyberspace monthly meetings

Hello world :-) We have updated a bit our Discord server: * There are dedicated categories for NuttX RTOS, Q&A, Hardware, Communities, Missions, and one audio-video "voice channel" called NuttX_Cyberspace for online gatherings. * NuttX RTOS category was here and contains general-chat, announcement

Re: Release branch out

+1 for 12.10 :-) Tomek On Tue, May 27, 2025 at 9:46 AM Alin Jerpelea wrote: > > Hi Raiden, > we can do 12.10 instead but there are some breaking changes which are > already in the master > Best regards > Alin > > On Tue, May 27, 2025 at 9:44 AM raiden00pl wrote: > > > hi, why not use release 12

Re: Introduction of my GSoC project

Hello Štěpán! :-) On Mon, May 26, 2025 at 10:38 PM Štěpán Pressl wrote: > > Dear NuttX community, > > I am delighted to announce I was accepted into the Google Summer of Code > event, participating in Firmware Upgrades over Silicon-Heaven Protocol for > NXboot Demonstrated on pysimCoder. > > I am

Re: NuttX for a critical system

Congratulations Matteo and The Team!! :-) If you like we can also share the project on: YouTube: https://www.youtube.com/@nuttxchannel. Hackster: https://www.hackster.io/nuttx. LinkedIn: https://www.linkedin.com/company/nuttx , https://www.linkedin.com/groups/12002792. Maybe a new section on our

Re: NuttX RTOS entirely in CPU Cache

ave DDR memory in the board, there is > not much motivation to do it for NuttX. > > BR, > > Alan > > On Wed, May 21, 2025 at 4:49 PM Tomek CEDRO wrote: > > > Hello world :-) > > > > This post on LinkedIn by Laurie Laurie Kirk inspired me, as I know > &

NuttX RTOS entirely in CPU Cache

Hello world :-) This post on LinkedIn by Laurie Laurie Kirk inspired me, as I know Raiden is working on x86/AMD64 port of NuttX, and I have recenlty upgraded my main desktop to Intel Ultra9 285K that has 36 MB Intel Smart Cache / 40MB L2 Cache. Maybe a nice challenge to see it NuttX can run entire

Re: NuttX releases and release notes

On Wed, May 21, 2025 at 10:59 AM Alin Jerpelea wrote: > Hi Mateo, > I like the initiative but there are some things to consider > > On Tue, May 20, 2025 at 11:47 PM Tomek CEDRO wrote: > > On Tue, May 20, 2025 at 10:24 PM Matteo Golin > > wrote: > > > I took a l

Re: NuttX releases and release notes

Hey there Matteo :-) On Tue, May 20, 2025 at 10:24 PM Matteo Golin wrote: > Hello everyone, > While making changes to some of the documentation here on NuttX, I noticed > that some of the very old NuttX releases > actually had release notes included. +1 for release notes beyond list of included

Re: mDNS - apps utility or kernel? And licensing

Sounds good to share solutions between NuttX and Vela, thank you folks! :-) +1 for adding mdns to nuttx-apps :-) +1 for example apllication :-) +1 for documentation how this works and how to use :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info On Tue, May 13, 2025, 20:55 Tim Hardisty wrote:

Re: [OT] We got 2 projects approved to GSoC 2025

CONGRATZ! AND HAVE FUN FOLKS :-) :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info On Fri, May 9, 2025, 13:45 Alan C. Assis wrote: > 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 E

Re: GitHub NuttX master branch protections

protections for nuttx-apps and nuttx-website repos :-) Thank you and sorry again for the trouble! :-) Tomek On Wed, May 7, 2025 at 1:57 PM Tomek CEDRO wrote: > > Alllright, so we merged that change and we have two problems. I have > already contacted Apache Infra for support

Re: Enhancing documentation

Great work and Big Thank You Matteo! :-) Tomek On Wed, May 7, 2025 at 4:51 AM Matteo Golin wrote: > > Hello everyone, > > I just opened a PR here for migrating some of the README.txt files to RST > files (for board documentation, > https://github.com/apache/nuttx/pull/16328). This is part of the

Re: GitHub NuttX master branch protections

> Nathan > > On Tue, May 6, 2025 at 4:46 PM Tomek CEDRO wrote: > > > Thank you Nathan :-) > > > > I have talked with @Humbedooh on Slack, he said the config looks okay :-) > > > > I am not really sure about this "contexts" part, particularly the

Re: GitHub NuttX master branch protections

[1] To contact Infra by Slack, see the section "Chat" at > https://infra.apache.org/contact.html > > Hope that helps, > Nathan > > On Tue, May 6, 2025 at 9:21 AM Tomek CEDRO wrote: > > > Hello world :-) > > > > I found a free moment to setup github

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

Alan just posted the PR with your AVR updates :-) https://github.com/apache/nuttx/pull/16323 Thank you! :-) Tomek On Tue, May 6, 2025 at 2:37 AM Tomek CEDRO wrote: > > Okay, git clone works from that location, I pushed the PR but Alan is > working on this one too so he takes over, t

GitHub NuttX master branch protections

Hello world :-) I found a free moment to setup github master branch protections as discussed before, for now PR is in Draft mode for careful review. Who can we contact from Apache Admins to ask to verification? https://github.com/apache/nuttx/pull/16324 * We do not have "Settings" tab in the Apa

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

/blob/master/CONTRIBUTING.md Thank you! :-) Tomek On Mon, May 5, 2025 at 7:47 PM wrote: > > Hi, it's just /nuttx.git without the /apache part. > > On 2025-05-05 17:46, Tomek CEDRO wrote: > > Is server broken? I get 403 on https://git.kerogit.eu/apache/nuttx.git > > an

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

Is server broken? I get 403 on https://git.kerogit.eu/apache/nuttx.git and anything else in kerogit.eu domain :-( Tomek On Sun, May 4, 2025 at 4:44 PM wrote: > > Hello, > > new version of the patch series is posted in the git repository, the > branch is named avrdx_rfc2 and starts at avr_fixes_rf

Re: RP2040 multiple GPIO interrupts

Hello world! Any RP2040 users feedback is welcome on this change as Kevin tired it and reported some issues :-) Thanks! :-) Tomek On Tue, Apr 29, 2025 at 2:24 AM Matteo Golin wrote: > > Hello everyone, > > In order to solve this issue, I have opened a PR here: > https://github.com/apache/nuttx/pu

Re: How frequently is the NuttX documentation updated?

Yup :-) When PR has Documentation/ updates a CI build-html action is triggered for verification. Documentation build and publish is done daily by CI from master. If you need faster update just ask and we can trigger that action manually :-) Take care :-) Tomek On Thu, May 1, 2025 at 1:14 AM Ma

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

Those are AVR tools on FreeBSD: arduino-avrdude-6.3_5 Program for programming the on-chip memory of Atmel AVR Arduino CPUs avr-binutils-2.44,1GNU binary tools avr-gcc-14.2.0 FSF GCC for Atmel AVR 8-bit RISC cross-development avr-gdb-7.3.1_6GNU G

Re: [VOTE] Change setlogmask behavior to POSIX standard

Thank you Michal, good catch! :-) +1 from me :-) I just wonder how to communicate the change to folks that may use existing functionality and what would be the proposed fix to get the same behavior after update (i.e. send logs to /dev/null) :-) Tomek On Tue, Apr 29, 2025 at 8:39 AM Michal Lenc

PyXL

Did anyone hear about PyXL? :-) https://www.runpyxl.com/gpio -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

Re: Setlogmask behavior not in compliance with POSIX

Thank you Michal good catch! :-) As this is breaking change for NuttX and may change existing applications/projects, but aligns with POSIX, please start a vote on the mailing list, and if the votes approve we can merge it :-) Until then please switch PR to Draft mode. Thanks! :-) Also if current

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

On Sat, Apr 26, 2025 at 7:10 PM Kevin Witteveen wrote: > (..) > === Affected systems === > > --- RP2040 --- > I experienced my first problems with the RP2040 recently. I am unable to > get it to work reliably on a clean NuttX install with standard > configurations. Sometimes the great test ‘ostest

Re: Documentation tags for boards

s would be > > really useful! Perhaps even architectures, although I'm not sure if that's > > necessary since all the boards are organized into directories based on > > architecture anyways. I don't think every board needs its own tag since > > each board is uniq

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

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 what is happening. Yes, this is especially important issue for SME and one-man-a

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

nicius > > On Sat, Apr 26, 2025, 8:01 PM Tomek CEDRO wrote: > > > Hello Kevin! > > > > Thank you, that feedback is much appreciated! We all noticed quality / > > reliability / self-compatibility degradation in recent months, other > > users/developers repor

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

Hello Kevin! Thank you, that feedback is much appreciated! We all noticed quality / reliability / self-compatibility degradation in recent months, other users/developers reported that too, we are sorry for that, we are working to improve things! There are some steps we did to prevent that happeni

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

On Sat, Apr 26, 2025 at 1:57 PM Alan C. Assis wrote: > (..) > KR, I have no words to say about this great work you did. > Although your initial plan was to make NuttX on AVRDB useful for hobbyists, > I'm sure it could be useful for companies as well. > BR, > Alan Thank you Alan and Raman!! :-) -

boot security in the mcu

Interesting research on ESP32 and STM32 :-) https://github.com/elttam/boot-security-in-the-mcu/blob/main/Boot_security_in_the_MCU_v1-0.pdf https://www.youtube.com/watch?v=LXdSVcvhJuI -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

Re: RFC - some AVR (and other) fixes

I guess that author avoids github. I will try to proxy patches to GH PR after Easter next week :-) Happy Easter Folks! :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info On Sat, Apr 19, 2025, 16:00 Alan C. Assis wrote: > Hi KR, > > Sorry for my delay to review your commits. > > First kudos fo

Re: Documentation tags for boards

Hi Matteo! Very cool idea to have tags in the docs to mark supported features! :-) I would see a list of all available predefined tags somewhere at the end of documentation (tag index) so we know what is out there and not to create new ones, so the search results and markings are coherent. Each b

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

-Pico-2: UF2 Bootloader v1.0, Model Raspberry Pi RP2350, Board-ID RP2350. Tomek ps/2: dd trick seems to work to flash, but i have no way to verify ;-) On Mon, Apr 14, 2025 at 4:53 PM Tomek CEDRO wrote: > > On Mon, Apr 14, 2025 at 4:36 PM Bernd Walter wrote: > > On Mon, Apr 14, 2

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

On Mon, Apr 14, 2025 at 4:36 PM Bernd Walter wrote: > On Mon, Apr 14, 2025 at 04:11:40PM +0200, Tomek CEDRO wrote: > > Yeah I also had problems flashing this rpiPico boards with USB MSC > > method (mount+cp+umount) on FreeBSD.. is there a OpenOCD like method > > so I coul

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

Thanks Xiang for the details :-) Why not add the unsync to the nsh/dd and keep this one still as minimal default with more features delectable instead removing? :-) Aside question did NuttX consider `/bin/dd` versus built-in `dd` (something like built-in `time` versus `/usr/bin/time` in Unix)? We

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

Yeah I also had problems flashing this rpiPico boards with USB MSC method (mount+cp+umount) on FreeBSD.. is there a OpenOCD like method so I could try too? :-) Tomek On Mon, Apr 14, 2025 at 4:09 PM Alan C. Assis wrote: > > Thank you Sebastien, > > Seems an interesting alternative, but ordering fr

Re: [Article] NuttX for Avaota-A1 SBC: Creating the Unicorn Emulator

Wow! What a journey! Thank you Lup!! :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info On Sun, Apr 13, 2025 at 2:07 AM Lee, Lup Yuen wrote: > > NuttX is officially supported on Avaota-A1 Arm64 SBC (Allwinner A527 SoC). > Let’s take Unicorn Emulator and create a Software Emulator for Avaota S

Re: Vote for rename modlib to libelf

Hello world :-) Sorry for a bit of absence I was out for a delegation getting back to the living :-) 0 from me not to block as there is a preference towards change and it seems remaining part of the bigger update in progress that should be closed.. if the community prefers to have it in the minor

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

e. >>>>> >>>>> The default crc is bad? OK, deal with it. Add better functions. Document >>>>> everywhere that the default crc is deprecated and should not be used >>>>> because more accurate functions are available. >>>>> >>>>

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

On Wed, Apr 9, 2025 at 3:45 AM chao an wrote: > > > > On Tue, Apr 8, 2025 at 7:17 PM Lwazi Dube wrote: > > > > An open source project's ability to innovate should not be > > > > held up by your preferences. > > > > > > The last sentence is completely wrong. Its not about "preference" but > > > im

Re: Vote for rename modlib to libelf

Hi Takashi :-) There were long discussions on the mailing list, then voting, then discussion on the PR, and comes after lots of breaking changes being too freely merged into the upstream, sometimes with laconic description and sometimes without even testing. This is to focus more on long term self

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

On Tue, Apr 8, 2025 at 7:17 PM Lwazi Dube wrote: > No. The open source project provides the ability for proprietary forks to > override the master branch default with the company default. Your approach > stalls the development process. A trivial change like this should not take > a week to commit.

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

-1 from me, sorry, reading previous messages this seems to break too many things, just to adhere to a specific solution that is not standard compliant too.. we need to search for better solution :-) Would it be possible to create generic crc16() and crc32() calls, like Alan and Sebastien suggests,

Re: GSoC 2025

International Workshop even if work in progress :-) We do not know the dates and location yet but it can be Czechia this year a very nice place thank you for the proposition!! We will discuss this in a separate mail thread :-) Thanks :-) Tomek On Thu, Mar 20, 2025 at 1:01 PM Tomek CEDRO wrote: > >

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

On Wed, Mar 19, 2025 at 9:58 AM Luchian Mihai wrote: > Hello all, > First, a few conclusions I've drawn: > * Keep indent checking fully decoupled, indent style may or may not change > in future. > * For the moment we'll keep gnu style. Code style change will have a big > impact over the code base.

Re: [Article] Inside Arm64 MMU: NuttX vs Unicorn Emulator

CONGRATZ LUP! :-) On Sat, Mar 29, 2025 at 8:27 PM Lee, Lup Yuen wrote: > > Spotted in Unicorn Emulator: A Demo of Arm64 Memory Management Unit (MMU)... > in 18 Lines of Arm64 Assembly! (Pic below) > > Today we decipher the code inside the Arm64 MMU Demo, figure out how it > works. Which turns

Re: GSoC 2025 - two topics registered

http://cmp.felk.cvut.cz/~pisa > social: https://social.kernel.org/ppisa > projects: https://www.openhub.net/accounts/ppisa > CAN related:http://canbus.pages.fel.cvut.cz/ > RISC-V education: https://comparch.edu.cvut.cz/ > Open Technologies Research Education and

Re: GSoC 2025

I am not sure if Stepan Pressl will > have time for that in the summer, but he is currently working in that > area on an updater application. > > Best regards, > > Michal > > On 20. 03. 25 13:01, Tomek CEDRO wrote: > > Thank you Pavel :-) > > > > We should t

Re: GSoC 2025

elated:http://canbus.pages.fel.cvut.cz/ > RISC-V education: https://comparch.edu.cvut.cz/ > Open Technologies Research Education and Exchange Services > https://gitlab.fel.cvut.cz/otrees/org/-/wikis/home > > > On Tuesday 18 of March 2025 15:40:30 Alan C. Assis wrote: &

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

To be honest this GNU style is a bit awkward as I tend to use K&R.. but I must admit it is really easy to read and understand when reading new code.. but NuttX seems to use GNU derivative anyways so no "generic tools" can be used here and this is the main problem? :-) https://nuttx.apache.org/docs

Re: GSoC 2025

Ladies and Gentlemen, it is time to register and announce our NuttX Mentors and Contributors for GSoC 2025, please respond if anyone is interested? :-) Contributors application deadline is 2025-04-02. Here is the full timeline: 2024-02-22: Potential GSoC contributors discuss application ideas wit

Re: [Article] Porting NuttX to Avaota-A1 SBC (Allwinner A527 SoC)

As always CONGRATULATIONS LUP!! :-) On Sat, Mar 15, 2025 at 10:37 PM Lee, Lup Yuen wrote: > > This article explains how we ported NuttX from QEMU Arm64 Kernel Build to > PINE64 Yuzuki Avaota-A1 SBC based on Allwinner A527 SoC ... Completed within > 24 Hours! > > (1) Anyone porting NuttX from Q

[BREAKING] boot/nxboot: enhance bootloader capabilities and decision logic

Hello world :-) Michal Lenc is proposing new interesting features in nxboot but that will break current nxboot compatibility, please review the PR and join the discussion :-) https://github.com/apache/nuttx-apps/pull/3024 ### Summary This commit enhances the bootloader capabilities. The image'

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

efault > > The only reference to LEDs is the WS2812: > https://nuttx.apache.org/docs/latest/components/drivers/character/leds/index.html > > BR, > > Alan > > On Sat, Mar 1, 2025 at 4:00 AM Tomek CEDRO wrote: > > > My thoughts and comments that I did not want t

Re: [Article] PR Test Bot for Arm64 PinePhone

CONGRATZ LUP!! :-) On Sat, Mar 8, 2025 at 9:38 PM Lee, Lup Yuen wrote: > > Earlier we created a PR Test Bot that will Build and Test the Pull Requests > for NuttX. Our Test Bot kicks into action when we post a PR Comment... > > ## For Oz64 SG2000 RISC-V SBC > @nuttxpr test oz64:nsh > > ##

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

at 7:39 PM Tomek CEDRO wrote: > > Thank you Nathan, yes I will prepare Contribution Guidelines as > promised, I am extremely overloaded recently sorry for the delay!! > Tomek > > On Sun, Mar 2, 2025 at 5:04 PM Nathan Hartman > wrote: > > > > Hi all, > > > >

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

ill help newcomers to use the system. > > > > > > > > Even basic features like USERLEDS are missing documentation, people > > > > spend > > > > days before they realize they need to include > > > > userled_lower_initialize("/dev/

RISC-V Hackathlon (first one ever)

This event is available for RISC-V members, you can sign up for free as individual member :-) https://community.riscv.org/events/details/risc-v-international-risc-v-academy-presents-risc-v-hackathon-online/?_hsmi=349720745 RISC-V International is excited to join with its members Andes and Codasip

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

Allright Ladies and Gentlemen, here goes the results :-) ACCEPTED: 1. Contributing Guidelines with hints for Reviewers. 2. PR and GIT COMMITS must adhere to Contributing Guidelines or rejected. 3. Git commit messages as important as PR description. 4. Proper description details requirements. 5. PR

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

ttX will become just like any other project that you will have to re-discover each time you use it after update, and there will be completely no difference which one to choose. I did my best to clarify things. Have a good weekend folks :-) Tomek On Sat, Mar 1, 2025 at 7:23 AM Tomek CEDRO

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

Ladies and Gentlemen, 3h to voting close :-P -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

Re: [Vote] NuttX LTS release

On Wed, Feb 26, 2025 at 10:08 AM Alin Jerpelea wrote: > This vote proposes to start the LTS releases for NuttX RTOS > The proposed LTS release plan is > - 1st release each year is a LTS release (maintained for 1.5 years) > - 6 minor releases for each release > ex: 13.0.0-13.0.6 for our first LTS r

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

ut 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 >>&g

Re: NuttX Contributing Guidelines update 202502

Ugh, I can see already 7 votes on the google form, and 4 on the mailing list (on the Round2 vote thread). We switched to the mailing list voting. Sorry for the mess. We will only use mailing list voting in future. I have disabled the forms already and will present results summary on the mailing l

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

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 vote vote :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info

Re: GSoC 2025

Thank you Pavel! :-) Here is the Apache's GSoC 2025 page with all information needed + timeline: https://community.apache.org/gsoc/ Please let us know in case you need any support :-) Tomek On Mon, Feb 24, 2025 at 11:35 PM Pavel Pisa wrote: > > Hello Alan and other, > > the time is passing by

Re: [Help] Implementation of PWM audio device

; > On Sun, Feb 23, 2025 at 6:59 AM Kevin Witteveen > > > wrote: > > > > > >> Well that's unfortunate. It feels that this kind of system will not fit > > in > > >> this OS without a bit of hacking. > > >> I t

Re: GSoC 2025

ocus on NuttX CI. > > > > I compiled some GSoC Tips here: > > https://github.com/apache/nuttx/issues/11957 > > > > Lup > > > > On Thu, Feb 13, 2025 at 8:05 AM Tomek CEDRO wrote: > > > > > On Wed, Feb 12, 2025 at 7:45 PM Tiago Medicci S

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

My responses below :-) On Mon, Feb 24, 2025 at 1:57 PM Tomek CEDRO wrote: > 1. Contributing Guidelines with hints for Reviewers. > We are adding additional section for Reviewers to Contributing > Guidelines in order to provide checklist and complementary set of > rules that shoul

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

On Sat, Feb 22, 2025 at 3:45 AM Tomek CEDRO wrote: > Hello world :-) > After the first voting, discussions, and updates, here goes the Round > 2 of the voting for NuttX Contributing Guidelines update: > https://forms.gle/m3uRDGuE3QZy2yNn6 > There are again all rule propositions num

Re: [Help] Implementation of PWM audio device

Many people think about 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 tone is not enough for what I'm looking

Re: [Article] QEMU Test Bot for NuttX Pull Requests: Beware of Semihosting Breakout

On Sat, Feb 22, 2025 at 10:27 PM Lee, Lup Yuen wrote: > Last week we saw our new Test Bot for NuttX Pull Requests. When we post this > PR Comment, it will Build and Test the Pull Request on Real Hardware: Oz64 > SG2000 RISC-V SBC... > > @nuttxpr test oz64:nsh > > Today we extend our Test Bot

Re: [VOTE] NuttX Contributing Guidelines update 202502.

n areas), 14.2. > Then, we can choose one or other alternatives. > > Best regards, > > Em sex., 21 de fev. de 2025 às 23:30, Tomek CEDRO > escreveu: > > > Thank you Tiago! I have prepared a google form with all questions 1-19 > > updated based on our discussions, I

Re: RP2040 clock speed increase

the speed increase, but I do > know that the speed increase is rated for any board with >1.15V supply. > > On Fri, Feb 21, 2025, 10:12 PM Tomek CEDRO wrote: > > > On Fri, Feb 21, 2025 at 7:53 PM Matteo Golin > > wrote: > > > Recently the RP2040 has officially

  1   2   3   4   5   6   >