[PATCH] testsuite/smokey: net: Load rtnet module if missing

From: Jan Kiszka This allows to run RTnet tests if the core is built as module but not yet loaded at the start of the test. For that, silence error reports of 'modprobe rtnet'. Signed-off-by: Jan Kiszka --- This should do the trick as well, just a bit simpler. testsuite/smokey/net_common/se

Re: [PATCH 2/2] testsuite/smokey: net_client: skip late packet error in vm mode

On 05.08.21 07:01, Jan Kiszka via Xenomai wrote: > On 05.08.21 02:39, Chen, Hongzhan wrote: >> >> >>> -Original Message- >>> From: Jan Kiszka >>> Sent: Wednesday, August 4, 2021 6:20 PM >>> To: Chen, Hongzhan ; xenomai@xenomai.org >>> Subject: Re: [PATCH 2/2] testsuite/smokey: net_client:

RE: [PATCH] testsuite/smokey: net: Load rtnet module if missing

>-Original Message- >From: Jan Kiszka >Sent: Friday, August 6, 2021 3:38 PM >To: Xenomai >Cc: Chen, Hongzhan >Subject: [PATCH] testsuite/smokey: net: Load rtnet module if missing > >From: Jan Kiszka > >This allows to run RTnet tests if the core is built as module but not >yet loaded

Re: [PATCH] testsuite/smokey: net: Load rtnet module if missing

On 06.08.21 09:48, Chen, Hongzhan wrote: > > >> -Original Message- >> From: Jan Kiszka >> Sent: Friday, August 6, 2021 3:38 PM >> To: Xenomai >> Cc: Chen, Hongzhan >> Subject: [PATCH] testsuite/smokey: net: Load rtnet module if missing >> >> From: Jan Kiszka >> >> This allows to run

[Patch] drivers/gpio: Allow selection of timestamp source for GPIO timestamps

This patch allows to select which time source (monotonic/realtime) is used to timestamp GPIO events. The time source used to be monotonic which is the opposite of what other drivers do. Now default changed to realtime, plus new API added to go back to monotonic. Signed-off-by: François LEGAL

RE: [PATCH] testsuite/smokey: net: Load rtnet module if missing

-Original Message- >From: Jan Kiszka >Sent: Friday, August 6, 2021 4:12 PM >To: Chen, Hongzhan ; Xenomai >Subject: Re: [PATCH] testsuite/smokey: net: Load rtnet module if missing > >On 06.08.21 09:48, Chen, Hongzhan wrote: >> >> >>> -Original Message- >>> From: Jan Kiszka

Re: [PATCH] testsuite/smokey: net: Load rtnet module if missing

On 06.08.21 10:23, Chen, Hongzhan wrote: > > > -Original Message- >> From: Jan Kiszka >> Sent: Friday, August 6, 2021 4:12 PM >> To: Chen, Hongzhan ; Xenomai >> Subject: Re: [PATCH] testsuite/smokey: net: Load rtnet module if missing >> >> On 06.08.21 09:48, Chen, Hongzhan wrote: >>>

Re: [xenomai-images][RFC][PATCH] ci: Switch to Google nameserver

On 02.08.21 17:43, Jan Kiszka via Xenomai wrote: > From: Jan Kiszka > > This is a temporary hack: Our AWS runners see a lot of DNS errors for > deb.debian.org. Let's see if they are less with this server. > > Signed-off-by: Jan Kiszka > --- > > Seems to work, though only one run passed so far.

Re: [xenomai-images][PATCH v2] linux-xenomai_4.4: Add machine specific config for beagle bone black

On 05.08.21 16:41, Jan Kiszka via Xenomai wrote: > On 05.08.21 14:29, Q. Gylstorff wrote: >> From: Quirin Gylstorff >> >> The beagle bone black does most[1] of the time not boot ipipe 4.4 + xenomai >> 3.0.x if >> the following kernel configuration elements are active: >> - CONFIG_RAW_PRINTK >>

Arm userland not building with gcc-9 and later

Hi all, just wanted to debug the RTnet issues we now see in CI on arm and arm64. I picked arm as first target, but that apparently starts to break with gcc-9 or newer (tried 9.2 and 10.2): make[5]: Entering directory '/xenomai/lib/cobalt/arch/arm' CC libarch_la-features.lo features.c: In

Re: Arm userland not building with gcc-9 and later

Jan Kiszka writes: > Hi all, > > just wanted to debug the RTnet issues we now see in CI on arm and arm64. > I picked arm as first target, but that apparently starts to break with > gcc-9 or newer (tried 9.2 and 10.2): > > make[5]: Entering directory '/xenomai/lib/cobalt/arch/arm' > CC l

Re: Arm userland not building with gcc-9 and later

On 06.08.21 15:09, Philippe Gerum wrote: > > Jan Kiszka writes: > >> Hi all, >> >> just wanted to debug the RTnet issues we now see in CI on arm and arm64. >> I picked arm as first target, but that apparently starts to break with >> gcc-9 or newer (tried 9.2 and 10.2): >> >> make[5]: Entering di

Re: Arm userland not building with gcc-9 and later

Jan Kiszka writes: > On 06.08.21 15:09, Philippe Gerum wrote: >> >> Jan Kiszka writes: >> >>> Hi all, >>> >>> just wanted to debug the RTnet issues we now see in CI on arm and arm64. >>> I picked arm as first target, but that apparently starts to break with >>> gcc-9 or newer (tried 9.2 and

Re: Arm userland not building with gcc-9 and later

On 06.08.21 15:34, Philippe Gerum wrote: > > Jan Kiszka writes: > >> On 06.08.21 15:09, Philippe Gerum wrote: >>> >>> Jan Kiszka writes: >>> Hi all, just wanted to debug the RTnet issues we now see in CI on arm and arm64. I picked arm as first target, but that apparently sta

Re: Arm userland not building with gcc-9 and later

On 06.08.21 18:16, Jan Kiszka wrote: > On 06.08.21 15:34, Philippe Gerum wrote: >> >> Jan Kiszka writes: >> >>> On 06.08.21 15:09, Philippe Gerum wrote: Jan Kiszka writes: > Hi all, > > just wanted to debug the RTnet issues we now see in CI on arm and arm64. > I pic

[PATCH] build: Disable -Wformat-truncation

From: Jan Kiszka This is default-on in Debian 11 and triggers in heapobj_pkg_init_shared or heapobj_bind_session without adding value - we truncate for good reasons. Signed-off-by: Jan Kiszka --- configure.ac | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/configure.ac b/