Re: kernel BUG at kernel/auditsc.c:1527!

Jan, On Sun, Mar 14, 2021 at 10:45:56AM +0100, Jan Kiszka wrote: > On 12.03.21 09:00, Vitaly Chikunov wrote: > > On Fri, Mar 12, 2021 at 08:19:30AM +0100, Jan Kiszka wrote: > >>> If you wish, you can extract built kernel from RPM with rpm2cpio and > >>> try boot on your system: > >>> > >>>

Kernel 5.4 xenomai 3.1 -stable, e1000e, NIC crash on ifup

Greetings Xenomai list, We are seeing the following stack trace when we 'ifup' the e1000e adapter.  4.19 exhibits same failure, 4.14.96 also fails but with a different stack trace.  Last working version is 4.14.85. Thanks in advance for any assist, Steve

[PATCH] cobalt: Avoid reading time twice via xnstat_exectime_update

From: Jan Kiszka This macro may unroll to instantiating 'date' twice. If that is a call to some get-time function, as via xnstat_exectime_switch, we needlessly do that twice. Signed-off-by: Jan Kiszka --- include/cobalt/kernel/stat.h | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-)

Re: [PATCH 5.4] x86: ipipe: Harden path between use_temporary_mm and unuse_temporary_mm

Jan Kiszka writes: > On 15.03.21 10:47, Philippe Gerum wrote: >> >> Jan Kiszka writes: >> >>> On 15.03.21 10:00, Philippe Gerum wrote: Jan Kiszka writes: > On 14.03.21 18:14, Philippe Gerum wrote: >> >> Jan Kiszka via Xenomai writes: >> >>> From: Jan

Re: [PATCH 4.19] ipipe: mm: Restore unCOW support for copy_pte_range

Jan Kiszka writes: > On 06.03.21 15:58, Philippe Gerum wrote: >> >> Jan Kiszka writes: >> >>> On 05.03.21 12:38, Jan Kiszka via Xenomai wrote: From: Jan Kiszka This is still needed to avoid that a real-time parent seems minor faults after forking for shared pages until

[PATCH] cobalt/posix/mqueue: Avoid returning internal EADV as error

From: Jan Kiszka In contrast to real RTDM devices, message queues have no fallback path to Linux in userspace. Thus, EADV is neither needed nor detected by libcobalt. Avoid leaking it from RTDM to the mq syscall interface. Fixes: 2db562ad62ec ("cobalt: switch hand over status to -EADV for

Re: [PATCH 4.19] ipipe: mm: Restore unCOW support for copy_pte_range

On 06.03.21 15:58, Philippe Gerum wrote: > > Jan Kiszka writes: > >> On 05.03.21 12:38, Jan Kiszka via Xenomai wrote: >>> From: Jan Kiszka >>> >>> This is still needed to avoid that a real-time parent seems minor faults >>> after forking for shared pages until they are finally unshared. >>>

Re: [PATCH 5.4] x86: ipipe: Harden path between use_temporary_mm and unuse_temporary_mm

On 15.03.21 10:47, Philippe Gerum wrote: > > Jan Kiszka writes: > >> On 15.03.21 10:00, Philippe Gerum wrote: >>> >>> Jan Kiszka writes: >>> On 14.03.21 18:14, Philippe Gerum wrote: > > Jan Kiszka via Xenomai writes: > >> From: Jan Kiszka >> >> This is only

Re: [PATCH 5.4] x86: ipipe: Harden path between use_temporary_mm and unuse_temporary_mm

Philippe Gerum writes: > Jan Kiszka writes: > >> On 15.03.21 10:00, Philippe Gerum wrote: >>> >>> Jan Kiszka writes: >>> On 14.03.21 18:14, Philippe Gerum wrote: > > Jan Kiszka via Xenomai writes: > >> From: Jan Kiszka >> >> This is only called during early

Re: Get packet timestamp in af_packet or other RTNET components

Le Lundi, Mars 15, 2021 09:03 CET, Jan Kiszka a écrit: > On 15.03.21 08:59, Jan Kiszka via Xenomai wrote: > > On 15.03.21 08:57, François Legal wrote: > >> Le Lundi, Mars 15, 2021 08:16 CET, Jan Kiszka a > >> écrit: > >> > >>> On 12.03.21 23:21, François Legal via Xenomai wrote: > Hello,

Re: [PATCH 5.4] x86: ipipe: Harden path between use_temporary_mm and unuse_temporary_mm

Jan Kiszka writes: > On 15.03.21 10:00, Philippe Gerum wrote: >> >> Jan Kiszka writes: >> >>> On 14.03.21 18:14, Philippe Gerum wrote: Jan Kiszka via Xenomai writes: > From: Jan Kiszka > > This is only called during early init, e.g. for switching alternatives.

Re: [PATCH 5.4] x86: ipipe: Harden path between use_temporary_mm and unuse_temporary_mm

Jan Kiszka writes: > On 15.03.21 10:00, Philippe Gerum wrote: >> >> Jan Kiszka writes: >> >>> On 14.03.21 18:14, Philippe Gerum wrote: Jan Kiszka via Xenomai writes: > From: Jan Kiszka > > This is only called during early init, e.g. for switching alternatives.

Re: [PATCH 5.4] x86: ipipe: Harden path between use_temporary_mm and unuse_temporary_mm

On 15.03.21 10:00, Philippe Gerum wrote: > > Jan Kiszka writes: > >> On 14.03.21 18:14, Philippe Gerum wrote: >>> >>> Jan Kiszka via Xenomai writes: >>> From: Jan Kiszka This is only called during early init, e.g. for switching alternatives. Still, switch_mm_irqs_off would

Re: [PATCH 5.4] x86: ipipe: Harden path between use_temporary_mm and unuse_temporary_mm

Jan Kiszka writes: > On 15.03.21 07:19, Jan Kiszka via Xenomai wrote: >> On 14.03.21 18:14, Philippe Gerum wrote: >>> >>> Jan Kiszka via Xenomai writes: >>> From: Jan Kiszka This is only called during early init, e.g. for switching alternatives. Still, switch_mm_irqs_off

Re: [PATCH 5.4] x86: ipipe: Harden path between use_temporary_mm and unuse_temporary_mm

Jan Kiszka writes: > On 14.03.21 18:14, Philippe Gerum wrote: >> >> Jan Kiszka via Xenomai writes: >> >>> From: Jan Kiszka >>> >>> This is only called during early init, e.g. for switching alternatives. >>> Still, switch_mm_irqs_off would complain without this, and we are better >>> safe

[PATCH v2 wip/dovetail] cobalt/syscall: Account for different syscall argument marshaling

From: Jan Kiszka I-pipe makes sure that arguments of compat calls are ordered just like native calls. Dovetail does not. But it is better to use the kernel's syscall_get_arguments for retrieving the arguments anyway. Introduce pipeline_get_syscall_args to abstract that difference.

Re: [PATCH 5.4] x86: ipipe: Harden path between use_temporary_mm and unuse_temporary_mm

On 15.03.21 07:19, Jan Kiszka via Xenomai wrote: > On 14.03.21 18:14, Philippe Gerum wrote: >> >> Jan Kiszka via Xenomai writes: >> >>> From: Jan Kiszka >>> >>> This is only called during early init, e.g. for switching alternatives. >>> Still, switch_mm_irqs_off would complain without this, and

[I-PIPE] ipipe-core-5.4.105-x86-4 released

Download URL: https://xenomai.org/downloads/ipipe/v5.x/x86/ipipe-core-5.4.105-x86-4.patch Repository: https://git.xenomai.org/ipipe-x86 Release tag: ipipe-core-5.4.105-x86-4

[I-PIPE] ipipe-core-4.19.177-cip44-x86-17 released

Download URL: https://xenomai.org/downloads/ipipe/v4.x/x86/ipipe-core-4.19.177-cip44-x86-17.patch Repository: https://git.xenomai.org/ipipe-x86 Release tag: ipipe-core-4.19.177-cip44-x86-17

[PATCH] ci: Do not install unneeded crosstools

From: Jan Kiszka Make the package set arch-specific to save some bytes and seconds. Signed-off-by: Jan Kiszka --- .gitlab-ci.yml | 34 ++ 1 file changed, 18 insertions(+), 16 deletions(-) diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml index

Re: Get packet timestamp in af_packet or other RTNET components

On 15.03.21 08:59, Jan Kiszka via Xenomai wrote: > On 15.03.21 08:57, François Legal wrote: >> Le Lundi, Mars 15, 2021 08:16 CET, Jan Kiszka a >> écrit: >> >>> On 12.03.21 23:21, François Legal via Xenomai wrote: Hello, working on a data recorder application, I would need to

Re: [Dovetail] x86 test version available (kernel v5.10)

On 12.03.21 20:53, Henning Schild wrote: > Am Fri, 12 Mar 2021 20:46:30 +0100 > schrieb Henning Schild : > >> Am Fri, 12 Mar 2021 19:18:14 +0100 >> schrieb Henning Schild via Xenomai : >> >>> Am Fri, 12 Mar 2021 12:32:54 +0100 >>> schrieb Jan Kiszka : >>> On 12.03.21 08:22, Jan Kiszka

Re: Get packet timestamp in af_packet or other RTNET components

On 15.03.21 08:57, François Legal wrote: > Le Lundi, Mars 15, 2021 08:16 CET, Jan Kiszka a > écrit: > >> On 12.03.21 23:21, François Legal via Xenomai wrote: >>> Hello, >>> >>> working on a data recorder application, I would need to get access to each >>> packet receive timestamp (populated

Re: Get packet timestamp in af_packet or other RTNET components

Le Lundi, Mars 15, 2021 08:16 CET, Jan Kiszka a écrit: > On 12.03.21 23:21, François Legal via Xenomai wrote: > > Hello, > > > > working on a data recorder application, I would need to get access to each > > packet receive timestamp (populated during packet reception ISR generally > > in

[I-PIPE] ipipe-core-4.4.257-cip54-x86-27 released

Download URL: https://xenomai.org/downloads/ipipe/v4.x/x86/ipipe-core-4.4.257-cip54-x86-27.patch Repository: https://git.xenomai.org/ipipe-x86 Release tag: ipipe-core-4.4.257-cip54-x86-27

[I-PIPE] ipipe-core-4.4.257-cip54-arm-12 released

Download URL: https://xenomai.org/downloads/ipipe/v4.x/arm/ipipe-core-4.4.257-cip54-arm-12.patch Repository: https://git.xenomai.org/ipipe-arm Release tag: ipipe-core-4.4.257-cip54-arm-12

Re: Get packet timestamp in af_packet or other RTNET components

On 12.03.21 23:21, François Legal via Xenomai wrote: > Hello, > > working on a data recorder application, I would need to get access to each > packet receive timestamp (populated during packet reception ISR generally in > network drivers). > > I figured out, the cleanest way to do it would be

Re: [PATCH v2] RT-socket-CAN: Add support of PEAK PCAN-PCIe FD cards family

On 12.03.21 15:01, Stephane Grosjean wrote: > This patch includes the driver that supports the CANFD interfaces of > the PCAN-PCIe FD family. This driver is largely inspired by the peak_pciefd > driver included in the kernel since version 4.12. Except for the > differences related to the RTDM

Re: [PATCH 5.4] x86: ipipe: Harden path between use_temporary_mm and unuse_temporary_mm

On 14.03.21 18:14, Philippe Gerum wrote: > > Jan Kiszka via Xenomai writes: > >> From: Jan Kiszka >> >> This is only called during early init, e.g. for switching alternatives. >> Still, switch_mm_irqs_off would complain without this, and we are better >> safe than sorry. >> > > The way this