Good morning NuttX devs,
This is Javi. I'm writing you regarding a compliant bug regarding the mqueue
header and POSIX. The IEEE Std 1003.1-2024 states that some symbols should
be exposed when doing #include but are missing in the "
include/mqueue.h" NuttX version, failing to comply with the stan
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
On Fri, Dec 6, 2024 at 2:54 PM Alan C. Assis wrote:
>
The nuttx example ran with no issues
On Mon, Dec 9, 2024 at 7:26 AM Russell Burgett
wrote:
> 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
>
Hi,
I was trying to use out of tree builds using cmake for a esp32c3. It
seems that cmake is not supported on this device (and from a quick
search, none of the espressif boards).
Is this a WIP or are there no plans to add cmake support for these devices?
I would like to help if needed, but I wou
On Mon, Dec 9, 2024 at 5:57 AM Javier Alonso
wrote:
> Good morning NuttX devs,
>
> This is Javi. I'm writing you regarding a compliant bug regarding the
> mqueue header and POSIX. The IEEE Std 1003.1-2024 states that some
> symbols should be exposed when doing #include but are missing
> in the "
Hi Russell,
Thanks for confirming.
In this case, you can try to start with the original nsh example that works
and then start adding new features from the bad configuration, until you
find the guilt.
Another approach is using GDB to debug and see where it is blocking. This
approach could be fast
Hi all,
Unfortunately I missed the PR before it was merged, but PR-15073 has
broken High Priority, Zero Latency Interrupts! Fortunately I caught it
now. It was merged 17 hours ago.
This PR removed a very important Kconfig: config ARMV7M_USEBASEPRI,
and much of the logic related to it. This config
For what it's worth: I had issues using ST-Link and serial with a Nucleo
board for that MCU. I luckily had two boards and found that one worked and
one didn't. From the list archive:
I say was, because I eventually did gain access. It turns out that I have
two different kinds of nucleo boards but
On Mon, Dec 9, 2024 at 9:46 PM Xiang Xiao wrote:
>
> On Tue, Dec 10, 2024 at 5:53 AM Nathan Hartman
> wrote:
>
> > Hi all,
> >
> > Unfortunately I missed the PR before it was merged, but PR-15073 has
> > broken High Priority, Zero Latency Interrupts! Fortunately I caught it
> > now. It was merged
On 12/9/2024 3:52 PM, Nathan Hartman wrote:
Hi all,
Unfortunately I missed the PR before it was merged, but PR-15073 has
broken High Priority, Zero Latency Interrupts! Fortunately I caught it
now. It was merged 17 hours ago.
This PR removed a very important Kconfig: config ARMV7M_USEBASEPRI,
On Tue, Dec 10, 2024 at 5:53 AM Nathan Hartman
wrote:
> Hi all,
>
> Unfortunately I missed the PR before it was merged, but PR-15073 has
> broken High Priority, Zero Latency Interrupts! Fortunately I caught it
> now. It was merged 17 hours ago.
>
>
Zero Latency Interrupts doesn't remove from PR-1
Whoops, good catch Nathan!
+1 to revert all breaking commits and thing for a better solution :-)
I can see you already reported here:
https://github.com/apache/nuttx/issues/15100
Tomek
On Mon, Dec 9, 2024 at 10:53 PM Nathan Hartman wrote:
>
> Hi all,
>
> Unfortunately I missed the PR before i
12 matches
Mail list logo
