[PATCH v8 3/4] libtraceevent: Add xenomai_schedparams plugin for libtraceevent

From: Hongzhan Chen For cobalt thread, there is special struct param_ex data stored in data record, we need to parse and print its content out correctly to hint user. Signed-off-by: Hongzhan Chen [Jan: rework installation] Signed-off-by: Jan Kiszka --- configure.ac

[PATCH v8 2/4] KernelShark: Add xenomai_cobalt_switch_events plugin for KernelShark

From: Hongzhan Chen For Xenomai-cobalt enabled system, cobalt_switch_context means that there is schedule and context switch in companion core(realtime core), which we may need to do special treatment and take correct action as main kernel sched_switch to visualize out-of-band state of realtime

[PATCH v8 0/4] Kernel-Shark and libtraceevent plugins

Changes in v8: - drop explicit deps again - no longer unneeded after refreshing local libtracecmd installation Changes in v7: - reworked installation - fixed build of kernelshark plugin (missing dep) - dropped applied first patch Jan CC: Hongzhan Chen Hongzhan Chen (3): build: add

[PATCH v8 4/4] libs: Silence installation output of libtool

From: Jan Kiszka Signed-off-by: Jan Kiszka --- lib/alchemy/Makefile.am | 2 ++ lib/analogy/Makefile.am | 2 ++ lib/cobalt/Makefile.am | 2 ++ lib/copperplate/Makefile.am | 2 ++ lib/mercury/Makefile.am | 3 ++- lib/psos/Makefile.am| 2 ++ lib/smokey/Makefile.am |

[PATCH v8 1/4] build: add options to build plugins of kernelshark and libtraceevent

From: Hongzhan Chen To build plugins of kernelshark and libtraceevent, add options and do necessary configuration. Signed-off-by: Hongzhan Chen [Jan: cleaned up AC_ARG_ENABLE matches, drop INSTALLDIRs] Signed-off-by: Jan Kiszka --- configure.ac | 32 1 file

Re: [PATCH v7 1/3] build: add options to build plugins of kernelshark and libtraceevent

On 14.03.22 09:04, Chen, Hongzhan wrote: >> On 14.03.22 07:48, Chen, Hongzhan wrote: >>> -Original Message- >>> From: Jan Kiszka Sent: Monday, March 14, 2022 2:41 PM To: Chen, Hongzhan ; xenomai@xenomai.org Subject: Re: [PATCH v7 1/3] build: add options to build plugins of

Re: [PATCH v7 1/3] build: add options to build plugins of kernelshark and libtraceevent

On 14.03.22 07:48, Chen, Hongzhan wrote: > -Original Message- > From: Jan Kiszka >> Sent: Monday, March 14, 2022 2:41 PM >> To: Chen, Hongzhan ; xenomai@xenomai.org >> Subject: Re: [PATCH v7 1/3] build: add options to build plugins of >> kernelshark and libtraceevent >> >> On 14.03.22

Re: [PATCH v7 1/3] build: add options to build plugins of kernelshark and libtraceevent

On 14.03.22 02:27, Chen, Hongzhan wrote: >> >> >> -Original Message- >> From: Jan Kiszka >> Sent: Saturday, March 12, 2022 9:00 PM >> To: xenomai@xenomai.org >> Cc: Chen, Hongzhan >> Subject: [PATCH v7 1/3] build: add options to build plugins of kernelshark >> and libtraceevent >> >>

[PATCH v7 2/3] KernelShark: Add xenomai_cobalt_switch_events plugin for KernelShark

From: Hongzhan Chen For Xenomai-cobalt enabled system, cobalt_switch_context means that there is schedule and context switch in companion core(realtime core), which we may need to do special treatment and take correct action as main kernel sched_switch to visualize out-of-band state of realtime

[PATCH] libs: Silence installation output of libtool

From: Jan Kiszka Signed-off-by: Jan Kiszka --- lib/alchemy/Makefile.am | 2 ++ lib/analogy/Makefile.am | 2 ++ lib/cobalt/Makefile.am | 2 ++ lib/copperplate/Makefile.am | 2 ++ lib/mercury/Makefile.am | 3 ++- lib/psos/Makefile.am| 2 ++ lib/smokey/Makefile.am |

[PATCH v7 3/3] libtraceevent: Add xenomai_schedparams plugin for libtraceevent

From: Hongzhan Chen For cobalt thread, there is special struct param_ex data stored in data record, we need to parse and print its content out correctly to hint user. Signed-off-by: Hongzhan Chen [Jan: rework installation] Signed-off-by: Jan Kiszka --- configure.ac

[PATCH v7 1/3] build: add options to build plugins of kernelshark and libtraceevent

From: Hongzhan Chen To build plugins of kernelshark and libtraceevent, add options and do necessary configuration. Signed-off-by: Hongzhan Chen [Jan: cleaned up AC_ARG_ENABLE matches, add missing kshark dep, drop INSTALLDIRs] Signed-off-by: Jan Kiszka --- configure.ac | 33

[PATCH v7 0/3] Kernel-Shark and libtraceevent plugins

Changes in v7: - reworked installation - fixed build of kernelshark plugin (missing dep) - dropped applied first patch Jan CC: Hongzhan Chen Hongzhan Chen (3): build: add options to build plugins of kernelshark and libtraceevent KernelShark: Add xenomai_cobalt_switch_events plugin for

Re: [PATCH 1/4] build: Add c++ build support

On 10.03.22 09:15, Hongzhan Chen wrote: > Add c++ build support or use specific c++ compiler > > Signed-off-by: Hongzhan Chen > > diff --git a/configure.ac b/configure.ac > index e7a170161..afe08b8f2 100644 > --- a/configure.ac > +++ b/configure.ac > @@ -79,6 +79,18 @@ AC_ARG_WITH(cc, > ])

Re: [PATCH 2/4] build: add options to build plugins of kernelshark and libtraceevent

On 11.03.22 14:40, Jan Kiszka via Xenomai wrote: > On 11.03.22 14:30, Jan Kiszka via Xenomai wrote: >> On 10.03.22 09:15, Hongzhan Chen wrote: >>> To build plugins of kernelshark and libtraceevent, add options and >>> do necessary configuration. >>> >>&g

Re: [PATCH 2/4] build: add options to build plugins of kernelshark and libtraceevent

On 11.03.22 14:30, Jan Kiszka via Xenomai wrote: > On 10.03.22 09:15, Hongzhan Chen wrote: >> To build plugins of kernelshark and libtraceevent, add options and >> do necessary configuration. >> >> Signed-off-by: Hongzhan Chen >> >> diff --git a/configu

Re: [PATCH 2/4] build: add options to build plugins of kernelshark and libtraceevent

On 10.03.22 09:15, Hongzhan Chen wrote: > To build plugins of kernelshark and libtraceevent, add options and > do necessary configuration. > > Signed-off-by: Hongzhan Chen > > diff --git a/configure.ac b/configure.ac > index afe08b8f2..16c8788a9 100644 > --- a/configure.ac > +++ b/configure.ac

Re: System hang on first PCIe MSI interrupt with I-pipe kernels newer than 4.14.62

On 11.03.22 11:12, Scott Reed via Xenomai wrote: > Hello, > > I am seeing an apparent issue with PCIe MSI interrupts and I-pipe > when trying to move to a newer kernel and I-pipe patch. > > The issue is as soon as a PCIe MSI interrupt occurs, the system > hangs with no message output on the

Re: [PATCH v5 2/3] KernelShark: Add xenomai_cobalt_switch_events plugin for KernelShark

On 10.03.22 00:48, Chen, Hongzhan wrote: > ... >>> +libplugin_xenomai_cobalt_switch_events_la_CPPFLAGS = \ >>> + $(KS_INCLUDS) >>> + >>> +install-libLTLIBRARIES: $(lib_LTLIBRARIES) >>> + echo "$(LIBTOOL) $(AM_LIBTOOLFLAGS) $(LIBTOOLFLAGS) --mode=install \ >>> + $(INSTALL_DATA)

Re: [PATCH v5 2/3] KernelShark: Add xenomai_cobalt_switch_events plugin for KernelShark

On 09.03.22 03:30, Hongzhan Chen wrote: > For Xenomai-cobalt enabled system, cobalt_switch_context means > that there is schedule and context switch in companion core(realtime > core), which we may need to do special treatment and take correct > action as main kernel sched_switch to visualize

Re: [PATCH v4 3/3] libtraceevent: Add xenomai_schedparams plugin for libtraceevent

On 08.03.22 01:06, Chen, Hongzhan wrote: >>> + >>> + Please copy built libplugin_xenomai_schedparams.so to >>> + /usr/local/lib/traceevent/plugins/ or >>> + /usr/local/lib64/traceevent/plugins/ depending on your system. >>> + While libtracevent and its plugins is installed correctly, the

Re: [PATCH v4 3/3] libtraceevent: Add xenomai_schedparams plugin for libtraceevent

On 04.03.22 06:21, Hongzhan Chen wrote: > For cobalt thread, there is special struct param_ex data stored in > data record, we need to parse and print its content out correctly > to hint user. > > Signed-off-by: Hongzhan Chen > --- > configure.ac | 18 ++ >

Re: ipipe-5.4: arm64 regression

On 02.03.22 16:44, Greg Gallagher wrote: > > > On Wed, Mar 2, 2022 at 1:48 AM Jan Kiszka > wrote: > > Hi Greg, > > something is going wrong on arm64 with latest ipipe version, see e.g. > >

Re: [PATCH v3] libtraceevent: Add xenomai_schedparams plugin for libtraceevent

On 03.03.22 07:57, Jan Kiszka via Xenomai wrote: > On 03.03.22 02:20, Hongzhan Chen wrote: >> For cobalt thread, there is special struct param_ex data stored in >> data record, we need to parse and print its content out correctly >> to hint user. >> >

Re: [PATCH v3] libtraceevent: Add xenomai_schedparams plugin for libtraceevent

On 03.03.22 02:20, Hongzhan Chen wrote: > For cobalt thread, there is special struct param_ex data stored in > data record, we need to parse and print its content out correctly > to hint user. > > Signed-off-by: Hongzhan Chen > --- > configure.ac | 17 +- >

Re: [PATCH v2 2/3] Add --with-kernelshark option

On 03.03.22 07:48, Chen, Hongzhan wrote: > > >> -Original Message- >> From: Jan Kiszka >> Sent: Thursday, March 3, 2022 2:39 PM >> To: Chen, Hongzhan ; xenomai@xenomai.org >> Subject: Re: [PATCH v2 2/3] Add --with-kernelshark option >> >> On 03.03.22 07:30, Chen, Hongzhan wrote: >>>

Re: [PATCH v2 1/3] KernelShark: Add xenomai_cobalt_switch_events plugin for KernelShark

On 03.03.22 07:38, Jan Kiszka via Xenomai wrote: > On 02.03.22 03:57, Hongzhan Chen wrote: >> For Xenomai-cobalt enabled system, cobalt_switch_context means >> that there is schedule and context switch in companion core(realtime >> core), which we may need to do special treat

Re: [PATCH v2 2/3] Add --with-kernelshark option

On 03.03.22 07:30, Chen, Hongzhan wrote: > > > >>> + tracing/Makefile \ >>> + tracing/kernelshark/Makefile \ >>> lib/Makefile \ >>> lib/boilerplate/Makefile \ >>> lib/boilerplate/init/Makefile \ >>> diff --git a/tracing/Makefile.am b/tracing/Makefile.am >>> index

Re: [PATCH v2 1/3] KernelShark: Add xenomai_cobalt_switch_events plugin for KernelShark

On 02.03.22 03:57, Hongzhan Chen wrote: > For Xenomai-cobalt enabled system, cobalt_switch_context means > that there is schedule and context switch in companion core(realtime > core), which we may need to do special treatment and take correct > action as main kernel sched_switch to visualize

Re: [PATCH v2 2/3] Add --with-kernelshark option

On 02.03.22 03:57, Hongzhan Chen wrote: > option to build kernelshark plugin > > Signed-off-by: Hongzhan Chen > --- > Makefile.am | 4 > configure.ac| 16 > tracing/Makefile.am | 3 ++- > 3 files changed, 22 insertions(+), 1 deletion(-) > > diff --git

ipipe-5.4: arm64 regression

Hi Greg, something is going wrong on arm64 with latest ipipe version, see e.g. https://source.denx.de/Xenomai/xenomai-images/-/jobs/398455/raw (same thing seen on HiKey as well) Could you have a look? Thanks, Jan -- Siemens AG, Technology Competence Center Embedded Linux

Re: [PATCH 3/3] y2038: cobalt: posix/signal: Take care of compat mode for sigtimedwait64

On 01.03.22 21:27, Florian Bezdeka wrote: > On 01.03.22 19:28, Jan Kiszka wrote: >> On 21.02.22 14:25, Florian Bezdeka wrote: >>> The compat syscall was previously routed to the native entrypoint. >>> While the timeout is always based on time64_t the siginfo has to be >>> handled different in

Re: [I-pipe][PATCH v2 0/4] ipipe: x86: Fix IRQ migrations, avoid confusing kernel messages

On 01.03.22 13:52, Florian Bezdeka wrote: > Hi, > > this are the results from an internal debugging session. We we're facing > some problems related to system tunings and some confusing kernel > messages related to spurious IRQs. > > The most important part: > IRQ migrations were broken in 4.19

Re: [I-pipe 4.4] [PATCH v2 1/4] ipipe: x86: Do not call BUG() in case of retriggered APIC vectors

On 01.03.22 13:52, Florian Bezdeka wrote: > The CPU hotplugging code might re-trigger a vector. In that case the > vector is in the VECTOR_RETRIGGERED state. With this patch applied ipipe > does no longer call BUG() for such vectors. > Doesn't this also avoids a BUG for spurious vectors

Re: [PATCH 0/3] y2038: Fixes for compat mode

On 21.02.22 14:25, Florian Bezdeka wrote: > I started testing the compat mode on a Ubuntu based system with glibc > 2.34 which supports switching to 64 bit based time_t. These are the fixes > for problems observed while testing the kernel / cobalt part. > > More tests, especially for the

Re: [PATCH 3/3] y2038: cobalt: posix/signal: Take care of compat mode for sigtimedwait64

On 21.02.22 14:25, Florian Bezdeka wrote: > The compat syscall was previously routed to the native entrypoint. > While the timeout is always based on time64_t the siginfo has to be > handled different in compat mode. > > Signed-off-by: Florian Bezdeka > --- >

Re: [PATCH 1/4] build: Add c++ build support

On 01.03.22 12:20, Chen, Hongzhan wrote: >> -Original Message- >> From: Jan Kiszka >> Sent: Tuesday, March 1, 2022 3:31 PM >> To: Chen, Hongzhan ; xenomai@xenomai.org >> Subject: Re: [PATCH 1/4] build: Add c++ build support >> >> On 28.02.22 06:40, Hongzhan Chen wrote: >>> Add c++ build

Re: Question about apply xenomai patch to RT kernel

On 01.03.22 10:02, FJKONG wrote: > > > On Tue, Mar 1, 2022 at 3:24 PM Jan Kiszka > wrote: > > On 01.03.22 02:23, FJKONG via Xenomai wrote: > > Hi all, > > > > I am trying to apply xenomai patch to RT kernel, but there are some > > conflicts. >

Re: [PATCH 4/4] libtraceevent: Add Add xenomai_schedparams plugin for libtraceevent

On 01.03.22 09:21, Chen, Hongzhan wrote: > >> >> -Original Message- >> From: Jan Kiszka >> Sent: Tuesday, March 1, 2022 3:41 PM >> To: Chen, Hongzhan ; xenomai@xenomai.org >> Subject: Re: [PATCH 4/4] libtraceevent: Add Add xenomai_schedparams plugin >> for libtraceevent >> >> On

Re: [PATCH 2/4] Kernel-shark: Add xenomai_cobalt_switch_events plugin for kernel-shark

On 01.03.22 08:51, Chen, Hongzhan wrote: > > >> -Original Message- >> From: Jan Kiszka >> Sent: Tuesday, March 1, 2022 3:40 PM >> To: Chen, Hongzhan ; xenomai@xenomai.org >> Subject: Re: [PATCH 2/4] Kernel-shark: Add xenomai_cobalt_switch_events >> plugin for kernel-shark >> >> On

Re: [PATCH 4/4] libtraceevent: Add Add xenomai_schedparams plugin for libtraceevent

On 28.02.22 06:40, Hongzhan Chen wrote: > For cobalt thread, there is special struct param_ex data stored in > data record, we need to parse and print its content out correctly > to hint user when using libtraceevent. > While libtraceevent can be used along with KernelShark, it's not bound to

Re: [PATCH 2/4] Kernel-shark: Add xenomai_cobalt_switch_events plugin for kernel-shark

On 28.02.22 06:40, Hongzhan Chen wrote: > For Xenomai-cobalt enabled system, cobalt_switch_context means > that there is schedule and context switch in companion core(realtime > core), which we may need to do special treatment and take correct > action as main kernel sched_switch to visualize

Re: [PATCH 1/4] build: Add c++ build support

On 28.02.22 06:40, Hongzhan Chen wrote: > Add c++ build support or use specific c++ compiler > > Signed-off-by: Hongzhan Chen > --- > configure.ac | 12 > 1 file changed, 12 insertions(+) > > diff --git a/configure.ac b/configure.ac > index 0389cf008..16cffd8f8 100644 > ---

Re: Question about apply xenomai patch to RT kernel

On 01.03.22 02:23, FJKONG via Xenomai wrote: > Hi all, > > I am trying to apply xenomai patch to RT kernel, but there are some > conflicts. > I am not sure if xenomai can works with RT kernel, or should I remove RT > from kernel and then apply xenomai patch. > what is the right way to fix this?

Re: [PATCH 0/2] kernel-shark related patches

On 23.02.22 08:04, Chen, Hongzhan wrote: > >> -Original Message- >> From: Jan Kiszka >> Sent: Wednesday, February 23, 2022 2:51 PM >> To: Chen, Hongzhan ; xenomai@xenomai.org >> Cc: y.kar...@gmail.com >> Subject: Re: [PATCH 0/2] kernel-shark related patches >> >> On 22.02.22 03:30,

Re: [PATCH 0/2] kernel-shark related patches

On 22.02.22 03:30, Hongzhan Chen wrote: > 1. Add kernel-shark plugin to visualize OOB state of xenomai realtime >thread. > 2. Add libtraceevent plugin to parse xenomai_schedparams correctly. > > With the help of Yordan Karadzhov , we finally > create xenomai plugin and can build standalone.

[PATCH] lib: Re-add "static" to pthread_mutexattr_setrobust fallback stub

From: Jan Kiszka Lost in 3dfa855b6dd0. Signed-off-by: Jan Kiszka --- include/boilerplate/libc.h | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/include/boilerplate/libc.h b/include/boilerplate/libc.h index 071cdf321a..44ddad5afb 100644 --- a/include/boilerplate/libc.h

[PATCH] x86: dovetail: Drop superfluous oob trap hooks from kernelmode_fixup_or_oops

From: Jan Kiszka Due to an earlier check for running_oob(), this path will always be entered in-band. So the hooks are pointless. Signed-off-by: Jan Kiszka --- arch/x86/mm/fault.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/arch/x86/mm/fault.c b/arch/x86/mm/fault.c index

dovetail/x86: Redundant oob_trap_notify in kernelmode_fixup_or_oops?

Hi Philippe, oob_trap_notify() only notifies if running oob [1]. But at [2], we are always in-band due to the check at [3], no? What was the idea behind placing a hook here? Jan [1]

Re: [PATCH] ipipe: Fix ipipe level irq end

On 17.02.22 15:11, Greg Gallagher wrote: > > > On Thu, Feb 17, 2022 at 4:15 AM Jan Kiszka > wrote: > > On 17.02.22 09:48, Gunter Grau via Xenomai wrote: > > The following commit in the vanilla kernel introduced > > a check for the cached interrupt

Re: [PATCH] ipipe: Fix ipipe level irq end

On 17.02.22 15:05, Jan Kiszka via Xenomai wrote: > On 17.02.22 09:48, Gunter Grau via Xenomai wrote: >> The following commit in the vanilla kernel introduced >> a check for the cached interrupt mask flag in mask_irq(): >> >> bf22ff45bed6 ("genirq: Avoid unnecess

Re: [PATCH] ipipe: Fix ipipe level irq end

On 17.02.22 09:48, Gunter Grau via Xenomai wrote: > The following commit in the vanilla kernel introduced > a check for the cached interrupt mask flag in mask_irq(): > > bf22ff45bed6 ("genirq: Avoid unnecessary low level irq function calls") > > This means if the flag is not serviced correctly >

Re: [PATCH] ipipe: Fix ipipe level irq end

On 17.02.22 13:16, Grau, Gunter wrote: > > >> -Original Message- >> From: Jan Kiszka >> Sent: Donnerstag, 17. Februar 2022 10:16 >> To: Grau, Gunter ; xenomai@xenomai.org; Greg >> Gallagher >> Subject: Re: [PATCH] ipipe: Fix ipipe level irq end >> >> Caution: This e-mail originated

Re: [PATCH] ipipe: Fix ipipe level irq end

On 17.02.22 09:48, Gunter Grau via Xenomai wrote: > The following commit in the vanilla kernel introduced > a check for the cached interrupt mask flag in mask_irq(): > > bf22ff45bed6 ("genirq: Avoid unnecessary low level irq function calls") > > This means if the flag is not serviced correctly >

Re: Weird nanosleep behaviour while debugging after toolchain change

On 15.02.22 21:28, François Legal via Xenomai wrote: > Hello, > > using xenomai 3.1/linux 4.4 on arm, I'm facing a weird issue with gdb > debugging. > I was previously using a croostool-ng generated toolchain, and had to switch > to a yocto generated one. > > The same

Re: [PATCH] ipipe: Fix ipipe level irq end

On 10.02.22 16:33, Gunter Grau via Xenomai wrote: > The following commit in the vanilla kernel introduced > a check for the cached interrupt mask flag in mask_irq(): > > bf22ff45bed6 ("genirq: Avoid unnecessary low level irq function calls") > > This means if the flag is not serviced correctly >

Re: [PATCH 1/1] drivers/can: 32-bit userspace app support for rtcan

On 26.01.22 02:32, Konstantin Smola via Xenomai wrote: > kernel/drivers/can: 32-bit userspace app support for rtcan Not an optimal commit message - just repeating the subject line. How about this? "The CAN interface was lacking 32-bit support for iovec processing on sendmsg/recvmsg as well as

Re: [PATCH] cobalt: Fix resource leak of cobalt_monitor

On 17.01.22 17:53, Florian Bezdeka wrote: > We have a test within the smokey testsuite which actually does > something like > >cobalt_monitor_init() >cobalt_monitor_wait() >cobalt_monitor_enter() > -> timeout >cobalt_monitor_exit() >cobalt_monitor_destroy() >

Re: [External] - Re: DMA with EVL-attached Thread

On 10.02.22 16:33, Russell Johnson wrote: > Can a real-time userspace thread that has been attached to EVL make standard > ioctl() calls on a Linux driver? If so, what would any disadvantage be? Just like under classic Xenomai, you can trigger non-RT activities from RT tasks, but those tasks

Re: [PATCH] ipipe: Fix ipipe level irq end

On 10.02.22 16:33, Gunter Grau via Xenomai wrote: > The following commit in the vanilla kernel introduced > a check for the cached interrupt mask flag in mask_irq(): > > bf22ff45bed6 ("genirq: Avoid unnecessary low level irq function calls") > > This means if the flag is not serviced correctly >

Re: DMA with EVL-attached Thread

On 10.02.22 00:00, Russell Johnson via Xenomai wrote: > Hello, > > I currently have a DMA driver written based on the Linux DMA API found here: > https://www.kernel.org/doc/Documentation/DMA-API-HOWTO.txt. I have multiple > realtime threads in my userspace app that have to make constant DMA >

Re: Questions about Xenomai

On 09.02.22 04:58, Yucong Chen wrote: > Hi all, > I have two questions for you about Xenomai. Could you spare me some time? > 1. Whether the Xenomai can be used for automotive and safety critical > systems? Certifying Linux is a challenge, see e.g. https://elisa.tech/. It's not impossible, it's

Re: [PATCH] cobalt/thread: add missing EXPORT_SYMBOL_GPL for xnthread_host_pid

On 08.02.22 09:09, David Oberhollenzer wrote: > Hi, > > On 2/8/22 08:04, Jan Kiszka wrote: >> >> No general concern - but can you help me where this is used by a module? >> In-tree or out-of-tree? >> > > the issue cropped up with an out-of-tree module on our end. > > When porting an application

Re: [PATCH] cobalt/thread: add missing EXPORT_SYMBOL_GPL for xnthread_host_pid

On 08.02.22 06:06, David Oberhollenzer via Xenomai wrote: > xnthread_host_pid was previously exposed as an inline function, and > as such was externally available in releases up to 3.0.7. > > Commit 2ac704fa8 moved it into thread.c, but did not export it. > This patch adds a missing

Re: UDD with shared interrupts?

On 07.02.22 16:14, Jeff Webb wrote: > --- Original Message --- > On Monday, February 7th, 2022 at 1:21 AM, Jan Kiszka > wrote: >> On 02.02.22 17:12, Jeff Webb via Xenomai wrote: >> >>> I am updating and reworking a UDD driver stub and happened to notice a >>> difference >>> between the

Re: Can mode switches of one thread effect realtime of other xenomai threads?

On 04.02.22 11:51, Kristian Rahbek via Xenomai wrote: > Hello, > > We are running Xenomai 3 with Cobalt kernel. > We have a realtime xenomai userspace application (which is driven by a RTDM), > it runs with the highest priority and doesn't have any mode switches. Let's > call it thread 'A'. >

Re: UDD with shared interrupts?

On 02.02.22 17:12, Jeff Webb via Xenomai wrote: > I am updating and reworking a UDD driver stub and happened to notice a > difference between the UDD and UIO APIs. It looks like udd_register_device() > always passes "0" as the rtdm_irq_request() "flags" argument, whereas >

Re: rtnet rt_igb I210 not working with ARM

On 29.01.22 00:31, Yann Le Chevoir wrote: > I have an issue with rt_igb not working with an Intel I210 on ARM > (see system configuration below). > With Wireshark, looks like rtping is sending garbage on the network > (see below). > I notice there is no interrupt in

Re: [PATCH] cobalt: Fix pid issues when running in child pid namespace

On 25.01.22 09:25, Zhang, Qiang1 wrote: On 19.01.22 14:31, Zqiang wrote: The Xenomai does not yet support the concept of namespaces, and the same task has different pids in its own pid namespace and parent pid namespace. however, when the task running in a child pid namespace, we only recorded

Re: Dovetail 5.10 - Xenomai huge page support

On 20.01.22 10:15, Bezdeka, Florian (T CED SES-DE) wrote: On Thu, 2022-01-20 at 09:32 +0100, Philippe Gerum wrote: "Bezdeka, Florian" writes: On Wed, 2022-01-19 at 13:35 +, Bezdeka, Florian via Xenomai wrote: Hi all, after migrating from 4.19-ipipe to 5.10-dovetail internal users are

Re: [PATCH] libtraceevent: Add new xenomai plugin to print param_ex correctly

On 19.01.22 02:25, Chen, Hongzhan wrote: +/* + * Copyright (C) 2021 Intel Inc, Hongzhan Chen + */ +#include +#include +#include +#include + +#include "event-parse.h" +#include "trace-seq.h" + + +#define SCHED_SPORADIC 10 +#define SCHED_TP 11 +#define SCHED_QUOTA

Re: [PATCH] kernel-shark: Add plugin for handling Xenomai cobalt_context_switch

On 18.01.22 04:45, Hongzhan Chen wrote: For Xenomai-cobalt enabled system, cobalt_switch_context means that there is schedule and context switch in companion core(realtime core), which we may need to do special treatment and take correct action as main kernel sched_switch to visualize

Re: [PATCH] lib: Fix fallback signature of pthread_mutexattr_setrobust

On 17.01.22 17:52, Florian Bezdeka wrote: Detected when trying to compile Xenomai on a 32bit system using latest glibc release (2.34) without running autoreconf to regenerate xeno_config.h. The signature of _setrobust was mixed with the signature of _getrobust. Updates

Re: [xenomai-images] [PATCH v2 2/2] linux-xenomai: handle xenomai-kernel patch in Debian way

On 18.01.22 11:51, Uladzimir Bely via Xenomai wrote: This change moves generating xenomai-kernel.patch and applying it from the recipe into a build script in 'debian/' subdirectory. This makes linux-xenomai recipe buildchroot-independent and allows to use it with any build system (e.g. sbuild).

Re: [xenomai-images] [PATCH v2 1/2] xenomai: remove bootstrap task from dpkg_runbuild_prepend

On 18.01.22 11:51, Uladzimir Bely via Xenomai wrote: This looks unneeded while bootstrapping is done in the same way in debian/rules file before the build. Signed-off-by: Uladzimir Bely --- recipes-xenomai/xenomai/xenomai.inc | 17 - 1 file changed, 17 deletions(-) diff

Re: [PATCH] cobalt: Fix pid issues when running in child pid namespace

On 19.01.22 14:31, Zqiang wrote: The Xenomai does not yet support the concept of namespaces, and the same task has different pids in its own pid namespace and parent pid namespace. however, when the task running in a child pid namespace, we only recorded the relationship between thread and child

Re: [PATCH 1/1] Added verbosity to 16550A serial driver. dmesg shows the ports, irqs, baudbases.

On 24.01.22 08:40, Bezdeka, Florian via Xenomai wrote: On Sun, 2022-01-23 at 00:18 -0800, Konstantin Smola via Xenomai wrote: kernel/drivers/serial: Added verbosity to 16550A serial driver. dmesg shows the ports, irqs, baudbases. Signed-off-by: Konstantin Smola ---

Re: Issue with driver-to-driver services

On 19.01.22 14:28, Olsen, Niels (INT) via Xenomai wrote: We are having issues with a Xenomai driver module for a UART chip. The UART chip is connected to our i.MX8MN SOC via ECSPI, and I have a Xenomai SPI driver for i.MX ECSPI. The stock NXP 'spi-imx' driver is configured out of the kernel.

Re: Logging for real-time tasks.

On 18.01.22 07:35, 孙世龙 sunshilong via Xenomai wrote: Hi, lists And I clearly know that writing to file could not be guaranteed to be completed in a limited duration(i.e. before a specific deadline). Since logging information during the execution of real-time tasks can help me understand what

[PATCH] cobalt/thread: Keep IRQs off longer during in-band migration

From: Jan Kiszka This restores the pattern used before 98288382bd46: We must prevent any interruption between queuing the inband work and suspending the current RT thread. Otherwise, we risk that the former is consumed prior to the thread consumption if the thread should undergo temporary

Re: [PATCH 06/17] cobalt/thread: dovetail: keep hard irqs off on transition to in-band

On 24.01.22 18:00, Philippe Gerum wrote: Philippe Gerum writes: Jan Kiszka writes: On 11.06.21 20:05, Jan Kiszka via Xenomai wrote: From: Philippe Gerum Dovetail provides a fast service to escalate the caller to out-of-band mode for executing a routine (run_oob_call()), which we use

Re: [PATCH 06/17] cobalt/thread: dovetail: keep hard irqs off on transition to in-band

On 11.06.21 20:05, Jan Kiszka via Xenomai wrote: From: Philippe Gerum Dovetail provides a fast service to escalate the caller to out-of-band mode for executing a routine (run_oob_call()), which we use to enforce primary mode in ___xnsched_run() to schedule out the relaxing thread. Due

Re: Cobalt over dovetail implementation status

On 13.01.22 16:30, Arturo Laurenzi via Xenomai wrote: Hi all, in our lab we're relying on Xenomai 3.1 + RTnet in order to control our robotic platforms, which are seen as a network of EtherCat slaves. I'd like to know more about the implementation status of Xenomai (cobalt) over Dovetail, which

[xenomai-images][PATCH] kconfig: Fix qemu-armhf selection

From: Jan Kiszka Signed-off-by: Jan Kiszka --- Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Kconfig b/Kconfig index bdc67b7..7940180 100644 --- a/Kconfig +++ b/Kconfig @@ -51,7 +51,7 @@ config KAS_INCLUDE_TARGET string default

[PATCH] debian: Update to compat level 10, resolve deprecation warnings

From: Jan Kiszka This addresses warning: Compatibility levels before 10 are deprecated (level 9 in use) warning: -s/--same-arch is deprecated; please use -a/--arch instead warning: This feature will be removed in compat 12. on bullseye while remaining compatible with buster. Signed-off-by:

[xenomai-images][PATCH 2/3] ci: Add kernel 5.15

From: Jan Kiszka Limit to xenomai-next because on this version fully supports it so far. Signed-off-by: Jan Kiszka --- ci/kernel_5_15.yml | 82 + ci/xenomai_next.yml | 1 + 2 files changed, 83 insertions(+) create mode 100644 ci/kernel_5_15.yml

[xenomai-images][PATCH 1/3] linux-xenomai: Add support for 5.15 kernel

From: Jan Kiszka Add a recipe and kas option for current release and extends the latest recipe to track the new branch. Default kernel becomes 5.15 for xenomai-next, therefore add rules for 3.2 to xenomai-version.inc. The Kconfig menu is updated accordingly. Limit 5.15 support to Xenomai next

[xenomai-images][PATCH 0/3] Add kernel 5.15, update Isar

Remaining patches to add 5.15 recipes and enable this kernel for xenomai-next builds in CI. Also comes with an Isar update, bringing ccache acceleration for local rebuilds. Jan Jan Kiszka (3): linux-xenomai: Add support for 5.15 kernel ci: Add kernel 5.15 Update Isar revision, enabling

[xenomai-images][PATCH 3/3] Update Isar revision, enabling ccache

From: Jan Kiszka Just requires to switch from IMAGE_TYPE to IMAGE_FSTYPES. Signed-off-by: Jan Kiszka --- conf/machine/beagle-bone-black.conf | 2 +- conf/machine/hikey.conf | 2 +- conf/machine/qemu-machine.inc | 2 +- conf/machine/x86-64-efi.conf| 2 +- kas.yml

[PATCH] lib/smokey: Handle built-in modules properly

From: Jan Kiszka Check again after loading a module if it was actually added. If not but modprobe returned no error, the module is built-in and must not be removed on exit - which only fails. Signed-off-by: Jan Kiszka --- lib/smokey/helpers.c | 41 - 1

[PATCH v6] testsuite/smokey: add virtual CAN testsuite

From: Dario Binacchi Add a minimal test for the virtual CAN driver, checking that sent messages are received correctly. The timeout on read operations has been wired to 1 s in order not to fail the test in case the verbose option is enabled. Signed-off-by: Dario Binacchi Signed-off-by: Jan

Re: [PATCH] mm: dovetail: rename page_needs_cow_for_dma() to page_needs_cow()

On 09.01.22 19:15, Philippe Gerum via Xenomai wrote: > > Philippe Gerum writes: > >> From: Philippe Gerum >> >> With the addition of the Dovetail COW-breaking logic, >> page_needs_cow_for_dma() does not exclusively apply to pinned memory >> for DMA anymore. Give it a more generic name. >> >

Re: [PATCH v4] dovetail: mm: fix logic of COW-disabling check

On 09.01.22 18:05, Philippe Gerum wrote: > > Jan Kiszka writes: > >> On 09.01.22 17:50, Philippe Gerum wrote: >>> From: Philippe Gerum >>> >>> COW-disabling for a dovetailed process does not depend on the pinning >>> status of the source mm considered by copy_present_page(). Decouple >>> both

Re: [PATCH v4] dovetail: mm: fix logic of COW-disabling check

On 09.01.22 17:50, Philippe Gerum wrote: > From: Philippe Gerum > > COW-disabling for a dovetailed process does not depend on the pinning > status of the source mm considered by copy_present_page(). Decouple > both checks, which fixes the following kernel splat on fork() from a > dovetailed

Re: [PATCH v3] dovetail: mm: fix logic of COW-disabling check

On 09.01.22 16:22, Philippe Gerum wrote: > > Philippe Gerum writes: > >> From: Philippe Gerum >> >> COW-disabling for a dovetailed task does not depend on the pinning >> status of the source VMA considered by copy_present_page(). Decouple >> both checks, which fixes the following kernel splat

Re: [PATCH v3] dovetail: mm: fix logic of COW-disabling check

On 09.01.22 11:28, Philippe Gerum wrote: > From: Philippe Gerum > > COW-disabling for a dovetailed task does not depend on the pinning > status of the source VMA considered by copy_present_page(). Decouple > both checks, which fixes the following kernel splat on fork() from a > dovetailed task:

Re: [xenomai-images][PATCH v4 0/8] Update CI and kconfig for next and stable/3.2.x

On 07.01.22 18:43, Bezdeka, Florian (T CED SES-DE) wrote: > On Fri, 2022-01-07 at 16:02 +0100, Jan Kiszka via Xenomai wrote: >> Changes in v4: >> - clean up CI variable interface and documentation >> >> This accounts for change in Xenomai next as well as the

Re: [PATCH v5 8/8] drivers/can: add support for Bosch C_CAN controller

On 19.12.21 10:38, Dario Binacchi wrote: > Bosch C_CAN controller is a full-CAN implementation which is compliant > to CAN protocol version 2.0 part A and B. > > Starting from the RTDM porting [1] by Stephen Battazzo, Michael applied > some fixes for proper driver operation. Then I ported the

Re: [PATCH v5 0/8] drivers/can: add support for Bosch C_CAN controller

On 19.12.21 10:38, Dario Binacchi wrote: > The series was created to optimize the use of the C_CAN controller > (maximum number of message objects, use of FIFO, ...) to get the > best possible RX/TX throughput from hardware. > > To emphasize the purpose of the series I also added the patch >

[xenomai-images][PATCH v4 4/8] ci: Drop no longer user TARGET_EXTENSION variable

From: Jan Kiszka Was obsoleted by d3a501ebfe2c. Signed-off-by: Jan Kiszka --- ci/gitlab-ci-base.yml | 2 +- tests/README.md | 1 - 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/ci/gitlab-ci-base.yml b/ci/gitlab-ci-base.yml index cdf20e5..057b9dd 100644 ---

<    1   2   3   4   5   6   7   8   9   10   >