[PATCH 1/1] Added verbosity to serial driver.

kernel/drivers/serial: Added verbosity to serial driver. Signed-off-by: Konstantin Smola --- kernel/drivers/serial/16550A.c | 20 +--- 1 file changed, 17 insertions(+), 3 deletions(-) diff --git a/kernel/drivers/serial/16550A.c b/kernel/drivers/serial/16550A.c index c9274fb19..98

common clocks RTDM/user-RT

I'm porting a real time userspace (Cobalt) app from Xenomai 2.6 to Xeno 3.1 (on x86). The goal is to see how much time has passed since the last char was received from the 16550A serial driver. In Xenomai 2, my RT userspace app was able via ioctl to read the timestamp the 16550A serial driver prov

Debugging kernel paging request oops

Hello. I am running on a Xilinx ZCU102 (ARM64, Cortex A53) development board and I've written a lot of userspace software against the POSIX skin of Cobalt 3.1. For context, I have set isolcpus=1,2,3 as kernel boot args. I only run my Xenomai tasks on CPUs 1,2,3. I know that despite isolcpus, the L

Re: [PATCH 0/4] Drop PowerPC architecture

Really sad to see it go but my career hasn't allowed for me to continue support and I'm also now doing all arm and x86 like everyone else. Hopefully i can contribute in these areas someday. Steven From: Jan Kiszka Sent: Wednesday, December 15, 2021 1:04:21 PM To

[PATCH 3/4] drivers/can: Drop MSCAN driver

From: Jan Kiszka This was for PowerPC SoCs but support for this arch is gone now. Signed-off-by: Jan Kiszka --- kernel/drivers/can/Kconfig| 1 - kernel/drivers/can/Makefile | 2 +- kernel/drivers/can/mscan/Kconfig | 8 - kernel/drivers/c

[PATCH 4/4] drivers/can/rtcan_flexcan: Drop PowerPC bits

From: Jan Kiszka Remove the flexcan_read/write abstraction, now that PowerPC is gone. Signed-off-by: Jan Kiszka --- kernel/drivers/can/rtcan_flexcan.c | 189 + 1 file changed, 81 insertions(+), 108 deletions(-) diff --git a/kernel/drivers/can/rtcan_flexcan.c b/ker

[PATCH 1/4] Drop PowerPC architecture support

From: Jan Kiszka While this architecture served well in many use cases over a long time, it's time is over, new chip chips are no longer being released. As Xenomai is moving its core completely over Dovetail, there is no support in Dovetail for PowerPC and that is not going to change, it's time

[PATCH 0/4] Drop PowerPC architecture

Citing patch 1: While this architecture served well in many use cases over a long time, it's time is over, new chip chips are no longer being released. As Xenomai is moving its core completely over Dovetail, there is no support in Dovetail for PowerPC and that is not going to change, it's time to

[PATCH] lib/cobalt: x86: Fix include guard names

From: Jan Kiszka Once derived from PowerPC, apparently. Signed-off-by: Jan Kiszka --- lib/cobalt/arch/x86/include/asm/xenomai/syscall.h | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/lib/cobalt/arch/x86/include/asm/xenomai/syscall.h b/lib/cobalt/arch/x86/include/asm

[PATCH] xeno-config: Fix reporting of system information on Dovetail kernels

From: Jan Kiszka Presence of /proc/ipipe is no longer a precondition for Xenomai. Signed-off-by: Jan Kiszka --- scripts/xeno-config-cobalt.in | 14 ++ 1 file changed, 6 insertions(+), 8 deletions(-) diff --git a/scripts/xeno-config-cobalt.in b/scripts/xeno-config-cobalt.in index c

RE: [PATCH] cobalt/thread: Export __xnthread_discard

That takes care of the issue, thanks for the quick help. > -Original Message- > From: Jan Kiszka > Sent: Mittwoch, 15. Dezember 2021 13:57 > To: Xenomai > Cc: Lange Norbert > Subject: [PATCH] cobalt/thread: Export __xnthread_discard > > > > CAUTION: External email. Do not click on links

[PATCH] cobalt/thread: Export __xnthread_discard

From: Jan Kiszka It's needed since f4dac53c04ae by switchtest, and that could be compiled as module. Reported-by: Lange Norbert Signed-off-by: Jan Kiszka --- kernel/cobalt/thread.c | 1 + 1 file changed, 1 insertion(+) diff --git a/kernel/cobalt/thread.c b/kernel/cobalt/thread.c index 2e1667

Re: Build failure branch 3.1.x

On 15.12.21 13:28, Lange Norbert wrote: > Hello, > > rebuilding from the 3.1.x branch yields an error: > > ERROR: "__xnthread_discard" [drivers/xenomai/testing/xeno_switchtest.ko] > undefined! > > xeno_switchtest can’t be compiled as module because of this (works as > built-in) > Thanks for re

Build failure branch 3.1.x

Hello, rebuilding from the 3.1.x branch yields an error: ERROR: "__xnthread_discard" [drivers/xenomai/testing/xeno_switchtest.ko] undefined! xeno_switchtest can't be compiled as module because of this (works as built-in) Mit besten Grüßen / Kind regards NORBERT LANGE ___

stable/v3.2.x started, future of other stable branches

Hi all, in order to permit ABI/API breaking changes in next/master, I've just started the stable/v3.2.x based on current master. On xenomai-images side, CI/CT has been updated as well to account for that [1]. As already indicated in [1], one change planed for master is to drop I-pipe support, thu

[xenomai-images][PATCH v2] ci: Add 3.2.x stable, confine next

From: Jan Kiszka Open up the building & testing for stable/v3.2.x by moving current 'next' rules over. As the next Xenomai release will drop support for I-pipe kernels, drop anything but 5.10 from the related CI rules for the development head. That also avoids increasing the CI load too much. Si