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
> ---
>
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
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
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
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
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
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
---
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
---
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
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
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
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
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
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
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.
15 matches
Mail list logo