Thank you Gregory!
I have never really had time to dig into ARM's MPU implementation but the
reason I thought it was possible is because FreeRTOS 10 claims that its
unprivileged tasks can run segregated with access limited to its own stack
and up to three user definable memory regions. I guess I
> - You cannot use all normal application interfaces. You have to use
> internal OS interfaces. For example, you cannot call printf() in the OS
> but you can call syslog(). You should not use file descriptors. Instead,
> there are are special OS internal interfaces for file system access,
>
> ... I do have a question: considering an MCU with a
> Memory Protection Unit, is it possible to have some threads running
> isolated from each other? I understand that using the protected build we
> can only have two spaces: kernel and user. So if I wanted to have
protected
> threads running in
Hi!
I am new to this list. I have played with Nuttx in the past but now there
is an opportunity to put it to use in a real application!
While this is exciting, I do have a question: considering an MCU with a
Memory Protection Unit, is it possible to have some threads running
isolated from each
On Thu, Nov 4, 2021 at 11:19 AM Fotis Panagiotopoulos wrote:
> > No, The emulated UART is designed to work with the real UART on host.
> Oh, now I understand how it works!
>
> In my case, however, I also wanted a "simulated" UART, not a physical one.
> So I run:
>
> socat PTY,link=/dev/ttySIM0
Yes, this case is also in the initial design but we never used this before.
Glad to see it work for you.
On Thu, Nov 4, 2021 at 6:19 PM Fotis Panagiotopoulos
wrote:
> > No, The emulated UART is designed to work with the real UART on host.
> Oh, now I understand how it works!
>
> In my case,
> No, The emulated UART is designed to work with the real UART on host.
Oh, now I understand how it works!
In my case, however, I also wanted a "simulated" UART, not a physical one.
So I run:
socat PTY,link=/dev/ttySIM0 PTY,link=/dev/ttyNX
and indeed our software was perfectly capable of