Re: [PATCH] cobalt/arch/arm: fptest: Add missing SIMD register clobbering

2021-10-06 Thread Bezdeka, Florian via Xenomai
On Wed, 2021-10-06 at 17:19 +0200, Jan Kiszka wrote: > From: Jan Kiszka > > This caused troubles with modern gcc that starts to use those regs for > other purposes. Seen with gcc-10 on Debian 11 e.g. > > Signed-off-by: Jan Kiszka > --- >

Re: problem starting web browsers, running EVL kernel

2021-10-06 Thread Andrew Tannenbaum via Xenomai
This is a follow up to a note I posted here a week ago, saying that I was not able to run a kernel that I compiled from the EVL tree. (I did not receive a reply.) To review, I'm running an Intel i5-10400 with Ubuntu Studio distro 20.04.3. I am able to compile an EVL 5.14.0 kernel, I can configure

Re: [PATCH v5 0/3] y2038: Adding recvmmsg64

2021-10-06 Thread Jan Kiszka via Xenomai
On 06.10.21 15:54, Florian Bezdeka wrote: > Hi, > > Just another y2038 related syscall, once again based on v4 sent out by > Song with the following changes (squashed into the affected patches): > > - rebased to current next (especially patch 3) > - minor code cleanups / reformattings > - Added

Re: [PATCH v5 1/3] y2038: cobalt/posix/io: Adding recvmmsg64

2021-10-06 Thread Jan Kiszka via Xenomai
On 06.10.21 15:54, Florian Bezdeka wrote: > From: Song Chen > > Add a syscall specific for recvmmsg64 with 64bit time_t. > > Signed-off-by: Song Chen > [Florian: Fixed some style issues] > [Florian: Added Song's Signed-off back (malformed patch received)] > [Florian: Fixed tracing

[PATCH] cobalt/arch/arm: fptest: Add missing SIMD register clobbering

2021-10-06 Thread Jan Kiszka via Xenomai
From: Jan Kiszka This caused troubles with modern gcc that starts to use those regs for other purposes. Seen with gcc-10 on Debian 11 e.g. Signed-off-by: Jan Kiszka --- kernel/cobalt/arch/arm/include/asm/xenomai/uapi/fptest.h | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff

[PATCH v5 2/3] y2038: lib/cobalt/rtdm: dispatch recvmmg

2021-10-06 Thread Florian Bezdeka via Xenomai
From: Song Chen If libc reports time64_t support, recvmmsg is dispatched to the time64_t based syscall. Signed-off-by: Song Chen Signed-off-by: Florian Bezdeka --- lib/cobalt/rtdm.c | 5 + 1 file changed, 5 insertions(+) diff --git a/lib/cobalt/rtdm.c b/lib/cobalt/rtdm.c index

[PATCH v5 1/3] y2038: cobalt/posix/io: Adding recvmmsg64

2021-10-06 Thread Florian Bezdeka via Xenomai
From: Song Chen Add a syscall specific for recvmmsg64 with 64bit time_t. Signed-off-by: Song Chen [Florian: Fixed some style issues] [Florian: Added Song's Signed-off back (malformed patch received)] [Florian: Fixed tracing infrastructure] Signed-off-by: Florian Bezdeka ---

[PATCH v5 3/3] y2038: testsuite/smokey/y2038: testcase for recvmmsg64

2021-10-06 Thread Florian Bezdeka via Xenomai
From: Song Chen Extending the test suite for recvmmsg64 test. Signed-off-by: Song Chen [Florian: Rebased the patch on top of next] [Florian: switched to CLOCK_MONOTONIC] [Florian: Fixed error handling of the socket() call] Signed-off-by: Florian Bezdeka ---

[PATCH v5 0/3] y2038: Adding recvmmsg64

2021-10-06 Thread Florian Bezdeka via Xenomai
Hi, Just another y2038 related syscall, once again based on v4 sent out by Song with the following changes (squashed into the affected patches): - rebased to current next (especially patch 3) - minor code cleanups / reformattings - Added the syscall name to the tracing infrastructure - Switched

Re: rt_pipe_read(): timeout does not expire

2021-10-06 Thread Mauro S. via Xenomai
Il 06/10/21 12:26, Jan Kiszka ha scritto: On 06.10.21 09:00, Jan Kiszka via Xenomai wrote: On 05.10.21 18:00, Jan Kiszka via Xenomai wrote: On 25.09.21 18:20, Mauro S. via Xenomai wrote: Hi all, I'm using Xenomai 3.1.1 in cobalt mode, on x84_64. Please consider the attached simple test

Re: RTnet failed setup

2021-10-06 Thread Jan Kiszka via Xenomai
On 05.10.21 17:33, Marco Barletta wrote: > I changed my setup to avoid time problems: I went bare metal with two > machines with e1000e driver (I217-LM controller) with linux 5.4.77, > xenomai 3.1.1. I managed to got a RTcfg handshake between the two > machines, however I got that after the

Re: rt_pipe_read(): timeout does not expire

2021-10-06 Thread Jan Kiszka via Xenomai
On 06.10.21 09:00, Jan Kiszka via Xenomai wrote: > On 05.10.21 18:00, Jan Kiszka via Xenomai wrote: >> On 25.09.21 18:20, Mauro S. via Xenomai wrote: >>> Hi all, >>> >>> I'm using Xenomai 3.1.1 in cobalt mode, on x84_64. >>> >>> Please consider the attached simple test code. >>> >>> When I start

Re: timer.h in rtdm module

2021-10-06 Thread Jan Kiszka via Xenomai
On 06.10.21 09:40, C Smith via Xenomai wrote: > I have a legacy RTDM driver I am trying to port from Xenomai 2.6 to 3.1. I > am attempting to include the /usr/xenomai/include/trank headers. My app > uses some Alchemy API as well as RTDM API. In particular, rt_timer_read() > seems to require

timer.h in rtdm module

2021-10-06 Thread C Smith via Xenomai
I have a legacy RTDM driver I am trying to port from Xenomai 2.6 to 3.1. I am attempting to include the /usr/xenomai/include/trank headers. My app uses some Alchemy API as well as RTDM API. In particular, rt_timer_read() seems to require Alchemy. But when my code does #include I get this compiler

Re: rt_pipe_read(): timeout does not expire

2021-10-06 Thread Jan Kiszka via Xenomai
On 05.10.21 18:00, Jan Kiszka via Xenomai wrote: > On 25.09.21 18:20, Mauro S. via Xenomai wrote: >> Hi all, >> >> I'm using Xenomai 3.1.1 in cobalt mode, on x84_64. >> >> Please consider the attached simple test code. >> >> When I start the application, I never see the "Pipe task running" printf.