Enforcing C++ compatibility with C code in CI/CD

Hi, I'm following up on an issue I opened about a C header file not being compatible with a C++ compiler because of it using reserved C++ keywords. I'm fixing this issue for header files but wanted to know if we want to endorse

Re: Enforcing C++ compatibility with C code in CI/CD

d be C++ compatible as we can mix things at > application level. > -- *Daniel Appiagyei | Embedded Software Engineer *Email: daniel.appiag...@braincorp.com *Brain* * Corp™ *10182 Telesis Ct, Suite 100 San Diego, CA 92121 (858)-689-7600 www.braincorp.com

IMXRT: LPUART IDLE character Kconfig setting request

Hi, The IMXRT's LPUARTs have support for configuring the number of idle characters it receives over UART before setting the STAT register's IDLE flag. The setting is in CTRL[IDLECFG]. Are anyone imxrt users already planning to add support for this in master? I will do so if not. Will place the appr

Re: [VOTE] Apache NuttX 12.3.0 RC0 release

Hi all, Is there a publicly available schedule of future releases? Additionally, there are some bugs in master for my chip’s (IMXRT) DMA serial driver I had planned to address later this week. Would it be possible for that to make an RC1 release? On Mon, Oct 9, 2023 at 2:24 AM Lee, Lup Yuen wrot

Re: [VOTE] Apache NuttX 12.3.0 RC0 release

t; > On Mon, 9 Oct 2023, 14:37 Daniel Appiagyei, > wrote: > > > Hi all, > > Is there a publicly available schedule of future releases? > > > > Additionally, there are some bugs in master for my chip’s (IMXRT) DMA > > serial driver I had planned to address late

Re: IMXRT: LPUART IDLE character Kconfig setting request

пн, 9 жовт. 2023 р. о 12:51 David Sidrane пише: > > > What about adding it per [LP]U[S]ART in the Kconfig here > > https://github.com/apache/nuttx/tree/master/drivers/serial > > > > Then any arch can use it. > > > > David > > > > -Original Messa

Re: Enforcing C++ compatibility with C code in CI/CD

to generate a .cxx file which >list and include all header files in nuttx/include >2. Add the generated file to CXXSRCS > > If we just want to ensure the public nuttx header files are compatible with > c++ syntax. > > On Mon, Oct 9, 2023 at 9:47 AM Daniel Appiagyei &g

Re: Enforcing C++ compatibility with C code in CI/CD

No rush at all, thanks On Mon, Oct 9, 2023 at 8:23 PM Xiang Xiao wrote: > Let' me find some time to write a test, please wait for a moment. > > On Tue, Oct 10, 2023 at 2:53 AM Daniel Appiagyei > wrote: > > > Good solution. > > I'm not too knowledgeable

Using static analysis to find (potential) bugs

MANDS.html) from `make`, so I installed [bear](https://github.com/rizsotto/Bear) from my ubuntu package manager. I cloned `cppcheck` from its [github repo]( https://github.com/danmar/cppcheck) and built it by following the [cmake instructions](https://github.com/danmar/cppcheck#cmake). Next, I ran `make clean` followed by `bear make` on my project, which generated the `compile_commands.json`. Then, I ran: ``` >>> /path/to/build/bin/cppcheck --version Cppcheck 2.13 dev >>> /path/to/build/bin/cppcheck --project=/path/to/compile_commands.json -j8 --std=c++11 --std=c89 --quiet --enable=warning ``` -- *Daniel Appiagyei | Embedded Software Engineer*

Re: Using static analysis to find (potential) bugs

e/nuttx/pull/7114 > https://github.com/apache/nuttx/pull/7090 > you can follow them for cppcheck too. > The hard problem is that tools normally report many false alarms which make > it impractical to enable the check in ci/cd. > > On Wed, Oct 11, 2023 at 2:34 AM Daniel Appiagyei

Re: [VOTE] Apache NuttX 12.3.0 RC0 release

m/apache/nuttx/pull/10911>. David and I are trying to figure out the exact issue this week Best, -- *Daniel Appiagyei | Embedded Software Engineer *Email: daniel.appiag...@braincorp.com *Brain* * Corp™ *10182 Telesis Ct, Suite 100 San Diego, CA 92121 (858)-689-7600 www.braincorp.com

Re: [VOTE] Apache NuttX 12.3.0 RC0 release

Apologies for the typo Alin! :) On Mon, Oct 16, 2023 at 11:30 AM Alan C. Assis wrote: > That was Alin :-) > > On 10/16/23, Daniel Appiagyei > wrote: > > Hi Alan, > > Apologies for the delay. Please go ahead and make the RC1. > > The issue regards using DMA fo

Re: NXP RT Processor Suport

RT1020 Evaluation Kit > > But when I tried to create an assembly on the NXP web-site, I did not > see NuttX there (only FreeRTOS and Azure). > > NXP doesn't mention support OS NuttX by RT10120 processor. > How can I get a build for this processor? > > > -- &g

Re: debugassert vs assert in apps

ons then I don’t know which one triggered it. Best, Daniel *Daniel Appiagyei | Embedded Software Engineer *Email: daniel.appiag...@braincorp.com *Brain* * Corp™ *10182 Telesis Ct, Suite 100 San Diego, CA 92121 (858)-689-7600 www.braincorp.com On Fri, Dec 15, 2023 at 3:40 AM Alan C. Assis w

Github Issue Labels

o specific) I'd also think that some priority labels would be good: - priority: low, priority: medium, priority: high Additionally, using the label of 'bug' or 'enhancement' would make it easier to understand what the 400+ open issues pertain to. Thanks for the con

Re: Re: Github Issue Labels

when users create a new issue. > > BR, > > Alan > > On Sun, Jul 21, 2024 at 9:15 AM Alan C. Assis wrote: > > > Totally agree! > > > > Yes there some way to create a template with checkboxes when opening > an > > Issue? It could help when users cre

Re: Re: Github Issue Labels

t, [ ] GPIO, [ ] Memory, etc > > Which vendors are affected: [ ] AMD, [ ] Atmel/Microchip [ ] Broadcom, [ ] > Espressif, [ ] Renesas, [ ] STMicroelectronics, etc > > What do you think? > > BR, > > Alan > > On Mon, Jul 22, 2024 at 2:27 PM Daniel Appiagyei > wrote:

Re: Re: Github Issue Labels

ties/using-templates-to-encourage-useful-issues-and-pull-requests/configuring-issue-templates-for-your-repository > don't show that multiple checkbox idea for labels, but I think it should > work. > > BR, > > Alan > > On Mon, Jul 22, 2024 at 3:41 PM Daniel Appiagyei >

sched_lock() thread-safety and atomicity

synchronization barrier to ensure the write to 'lock_count' is visible to the rest of the system in memory? For 1, see cppreference 'Threads and data races' on data races being undefined behavior (https://en.cppreference.com/w/c/language/memory_model). Best, Daniel -- *Da

Re: sched_lock() thread-safety and atomicity

on this? On Wed, Aug 28, 2024 at 5:28 PM Gregory Nutt wrote: > > On 8/28/2024 6:14 PM, Daniel Appiagyei wrote: > > Hi all, > > Looking at sched_lock.c ( > > > https://github.com/apache/nuttx/blob/master/sched/sched/sched_lock.c#L187 > ), > > , specifically at

Re: sched_lock() thread-safety and atomicity

/questions/33754443/is-linux-mutex-lock-implemented-using-memory-barrier *Daniel Appiagyei | Embedded Software Engineer *Email: daniel.appiag...@braincorp.com *Brain* * Corp™ *10182 Telesis Ct, Suite 100 San Diego, CA 92121 (858)-689-7600 www.braincorp.com On Wed, Aug 28, 2024 at 6:15 PM Daniel

Re: sched_lock() thread-safety and atomicity

barriers or critical sections? Would you agree that it is a bug currently? *Daniel Appiagyei | Embedded Software Engineer *Email: daniel.appiag...@braincorp.com *Brain* * Corp™ *10182 Telesis Ct, Suite 100 San Diego, CA 92121 (858)-689-7600 www.braincorp.com On Wed, Aug 28, 2024 at 7:22 PM Gregory