[PATCH V2 3/3] testsuite/latmus: introduce latmus benchmark

Measure response time to GPIO events sent by a remote Zephyr-based latency monitor (latmon). This monitor collects then sends the latency data over a network connection to the latmus front-end which displays the results received: [Linux device under test running latmus] <--+

[PATCH V2 0/3] introduce latmus

Latmus is a backport from EVL to Cobalt, the procedure is fully described here: https://evlproject.org/core/benchmarks/ I verified all functions of latmus on hardware environment under which Rock PI X board connect GPIOs with FRDM K64F.But actually Rock PI X V1.4 board's GPIO I/O voltage is 1.8V

[PATCH V2 1/3] rtdm/testing: latmus: introduce latmus driver

To support the latmus application for determining the best gravity values for the cobalt core clock, and measuring the response time to timer events. Signed-off-by: hongzha1 --- include/rtdm/uapi/testing.h | 63 ++ kernel/drivers/testing/Kconfig | 10 + kernel/drivers/testing/Makefile

[PATCH V2 2/3] drivers/gpio: core: introduce helper to find gpiochip

To find gpiochip for non-OF platforms like x86 Signed-off-by: hongzha1 --- include/cobalt/kernel/rtdm/gpio.h | 3 +++ kernel/drivers/gpio/gpio-core.c | 23 +++ 2 files changed, 26 insertions(+) diff --git a/include/cobalt/kernel/rtdm/gpio.h

Help for the first boot

Hi everyone, I've just managed to boot up Xenomai on Manjaro Linux 5.4.105 with Cobalt 3.1 and there are some things I can't understand. First of all: the guide to installation says I have to find a message in the log kernel saying Cobalt vx.y Enabled , i got "Cobalt v3.1 [DEBUG]", does this

Re: ipipe 5.4.107 / 5.4.93 build issues on arm32

On Thu, Apr 15, 2021 at 8:44 AM Jan Kiszka wrote: > On 15.04.21 14:09, Greg Gallagher wrote: > > > > > > On Thu, Apr 15, 2021 at 2:59 AM Jan Kiszka > > wrote: > > > > On 15.04.21 07:35, Greg Gallagher via Xenomai wrote: > > > On Wed, Apr 14, 2021 at 7:43

Re: ipipe 5.4.107 / 5.4.93 build issues on arm32

On 15.04.21 14:09, Greg Gallagher wrote: > > > On Thu, Apr 15, 2021 at 2:59 AM Jan Kiszka > wrote: > > On 15.04.21 07:35, Greg Gallagher via Xenomai wrote: > > On Wed, Apr 14, 2021 at 7:43 PM steve freyder > wrote: > > >

Re: Stuck qemuarm target in xenomai-images

On Thu, Apr 15, 2021 at 8:49 AM Jan Kiszka wrote: > Hi Greg, > > I debugged a bit between meetings: > > (gdb) > 335 rc = dev->set_next_event((unsigned long) clc, dev); > > Here we crash in early boot because set_next_event is NULL: > > (gdb) p *dev > $4 = {event_handler = 0xc03cc2e8

Stuck qemuarm target in xenomai-images

Hi Greg, I debugged a bit between meetings: (gdb) 335 rc = dev->set_next_event((unsigned long) clc, dev); Here we crash in early boot because set_next_event is NULL: (gdb) p *dev $4 = {event_handler = 0xc03cc2e8 , set_next_event = 0x0, set_next_ktime = 0x0, next_event = 1000,

Re: ipipe 5.4.107 / 5.4.93 build issues on arm32

On Thu, Apr 15, 2021 at 2:59 AM Jan Kiszka wrote: > On 15.04.21 07:35, Greg Gallagher via Xenomai wrote: > > On Wed, Apr 14, 2021 at 7:43 PM steve freyder wrote: > > > >> On 4/14/2021 4:50 PM, Greg Gallagher via Xenomai wrote: > >> > >> On Wed, Apr 14, 2021 at 4:52 PM Thomas Petazzoni < >

Re: [PATCH v2 5/7] drivers/net: wrap csum_partial_copy_nocheck()

On 15.04.21 09:54, Philippe Gerum wrote: > > Jan Kiszka writes: > >> On 15.04.21 09:21, Philippe Gerum wrote: >>> >>> Jan Kiszka writes: >>> On 27.03.21 11:19, Philippe Gerum wrote: > From: Philippe Gerum > > Since v5.9-rc1, csum_partial_copy_nocheck() forces a zero seed as

Re: [PATCH v2 5/7] drivers/net: wrap csum_partial_copy_nocheck()

Jan Kiszka writes: > On 15.04.21 09:21, Philippe Gerum wrote: >> >> Jan Kiszka writes: >> >>> On 27.03.21 11:19, Philippe Gerum wrote: From: Philippe Gerum Since v5.9-rc1, csum_partial_copy_nocheck() forces a zero seed as its last argument to csum_partial(). According

Re: [PATCH 1/3] rtdm/testing: latmus: introduce latmus driver

Jan Kiszka via Xenomai writes: > Missing commit message in this patch, and in patch 3. > > Also, could you provide cover letters with your patch series (for series >> 1 patch)? That letter would provide a chance to set the context, > explain potential dependencies. > > Does this series already

Re: Fix build warnings in x86 dovetail kernels

Jan Kiszka writes: > Philippe, > > you may want to include this into your trees: > > https://lkml.org/lkml/2021/4/11/48 > Picked, thanks. -- Philippe.

Re: [PATCH v2 5/7] drivers/net: wrap csum_partial_copy_nocheck()

On 15.04.21 09:21, Philippe Gerum wrote: > > Jan Kiszka writes: > >> On 27.03.21 11:19, Philippe Gerum wrote: >>> From: Philippe Gerum >>> >>> Since v5.9-rc1, csum_partial_copy_nocheck() forces a zero seed as its >>> last argument to csum_partial(). According to #cc44c17baf7f3, passing >>> a

Re: [PATCH v2 5/7] drivers/net: wrap csum_partial_copy_nocheck()

Jan Kiszka writes: > On 27.03.21 11:19, Philippe Gerum wrote: >> From: Philippe Gerum >> >> Since v5.9-rc1, csum_partial_copy_nocheck() forces a zero seed as its >> last argument to csum_partial(). According to #cc44c17baf7f3, passing >> a non-zero value would not even yield the proper

Re: ipipe 5.4.107 / 5.4.93 build issues on arm32

On 15.04.21 07:35, Greg Gallagher via Xenomai wrote: > On Wed, Apr 14, 2021 at 7:43 PM steve freyder wrote: > >> On 4/14/2021 4:50 PM, Greg Gallagher via Xenomai wrote: >> >> On Wed, Apr 14, 2021 at 4:52 PM Thomas Petazzoni >> wrote: >> >> >> On Wed, 14 Apr 2021 14:41:29 -0400 >> Greg