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

2025-04-29 Thread Alan C. Assis
Hi Sebastien, Currently the number of commits is low, less than 10 PRs per day. The solution is obvious: we need more people reviewing! BR, Alan On Tue, Apr 29, 2025 at 1:32 PM Sebastien Lorquet wrote: > Hello, > > I have already suggested that before and I insist this is a serious > proposa

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

2025-04-29 Thread Sebastien Lorquet
Hello, I have already suggested that before and I insist this is 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. Sebasti

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

2025-04-28 Thread Alan C. Assis
I just create an Issue listing the actions: Actions list to improve NuttX quality and reliability https://github.com/apache/nuttx/issues/16278 I don't know if this is the right place, but at least I broke down the actions and it could be easier to update it individually. BR, Alan On Sun, Apr 2

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

2025-04-27 Thread Alan C. Assis
Hi Nathan, Great suggestion! I will add it! We didn't investigate the root cause yet, but two weeks ago everything was working fine. We will investigate and find the offending commit BR, Alan On Sunday, April 27, 2025, Nathan Hartman wrote: > I like all of these ideas and would like to add:

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

2025-04-27 Thread Alan C. Assis
Good idea Matteo! We are glad for all these work you have done for NuttX! BR, Alan On Sunday, April 27, 2025, Matteo Golin wrote: > I quite like these ideas! I've just finished school for the year and have > more free time on my hands to help NuttX. Earlier I emailed about tags for > boards t

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

2025-04-27 Thread Alan C. Assis
Thank you Vinicius! All help is welcome! Maybe you need to do a checklist of what a board needs to be considered "complete" port and "stable". We can use the TAGs that Matteo just created to identify a board as stable/complete, that information could appear in the documentation and when the user

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

2025-04-27 Thread Nathan Hartman
I like all of these ideas and would like to add: * static analysis can find simple mistakes that might have been introduced. Things like a function that forgot to return a value in some code path, or use of uninitialized variable, can be caught by static analysis. By the way, did some recent chang

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

2025-04-27 Thread Matteo Golin
I quite like these ideas! I've just finished school for the year and have more free time on my hands to help NuttX. Earlier I emailed about tags for boards to help identify peripherals and chips used, it seemed to be accepted well. I will start working on that and include a "stable" tag to use for

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

2025-04-27 Thread vinicius may
Hi, @Alan, as I'm far from being an expert on Nuttx I cannot help in such deep topics. Nevertheless I would like to contribute with the documentation for beginners. In addition I do agree on keeping, kind of, two directories. One for the reliable ports and another one for the experimental ports. Fo

[RFC] How to improve NuttX quality and reliability

2025-04-27 Thread Alan C. Assis
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