Sorry Philippe, I have found another evl_poll related issue, similar to the
previous one. This time, a system crash happens when waiting in evl_poll for
more than 3 file descriptors.
This is a simple program to force the wrong behavior:
https://www.dropbox.com/s/bq7lng7dgvknypv/evl_poll_test2.c?dl
On 11.09.21 19:46, Marco Barletta via Xenomai wrote:
> Hi everyone;
> I was trying to setup RTnet but I found some problems. After removing
> non-rt e1000e module and loading rt one, when I run rtnet start I got the
> same output as
> https://www.mail-archive.com/xenomai@xenomai.org/msg18342.html.
Hello,
I've a question regarding the execution of the Mercury 32bit VxWorks skin
on an 64 bit patch rt Linux 4.14.78-rt47 on aarch64.
Is this setup possible? or there are some known issues/limits?
Best regards.
On 13.09.21 15:21, Enrico Buffoli via Xenomai wrote:
> Hello,
>
> I've a question regarding the execution of the Mercury 32bit VxWorks skin
> on an 64 bit patch rt Linux 4.14.78-rt47 on aarch64.
> Is this setup possible? or there are some known issues/limits?
>
We have no recent feedback on the
Hi,
We recently ported our application to Linux(4.19.25)/Xenomai from RTOS.
We have time critical routines in our application. This routine is run in
Xenomai user threads with the highest priority. We run each routine on a
core(Affinity to the CPU is set up for the threads). We have a RTDM drive
On Mon, Sep 13, 2021 at 1:08 PM Rajesh Venkataraman via Xenomai <
xenomai@xenomai.org> wrote:
> Hi,
>We recently ported our application to Linux(4.19.25)/Xenomai from RTOS.
> We have time critical routines in our application. This routine is run in
> Xenomai user threads with the highest prior
-- Forwarded message -
From: Rajesh Venkataraman
Date: Mon, Sep 13, 2021 at 10:41 AM
Subject: Re: Execution time on Xenomai user thread is high
To: Greg Gallagher
Hi Greg,
Below are the results of the autotune and latency tests. I do not have any
debug features enabled.
Rajesh
From: Jan Kiszka
This was missed in c4c2fc21a32d.
Signed-off-by: Jan Kiszka
---
kernel/cobalt/posix/io.c | 6 +++---
kernel/cobalt/posix/io.h | 5 -
2 files changed, 3 insertions(+), 8 deletions(-)
diff --git a/kernel/cobalt/posix/io.c b/kernel/cobalt/posix/io.c
index 0c17f55bf3..be8a2d3f
On Mon, Sep 13, 2021 at 1:49 PM Rajesh Venkataraman via Xenomai <
xenomai@xenomai.org> wrote:
> -- Forwarded message -
> From: Rajesh Venkataraman
> Date: Mon, Sep 13, 2021 at 10:41 AM
> Subject: Re: Execution time on Xenomai user thread is high
> To: Greg Gallagher
>
>
> Hi Greg
Hi Greg,
I added the pthread_setmode_np(0, PTHREAD_WARNSW, NULL); calls to the
real time threads to catch mode switches. I have not found any mode
switches yet. I will enable the debug options to find the latency. But the
bigger problem is the higher execution time. It is taking longer to execut
Il 09/09/21 20:44, Jan Kiszka ha scritto:
On 07.09.21 11:21, Mauro S. via Xenomai wrote:
..snip..
Starting from a number of tasks > 4, the VMEM got a jump and then
increases very rapidly.
Is it normal? Or I'm misusing the rt_printf?
No, that's related to glibc's internal memory allocation
11 matches
Mail list logo