CONFIG_NO_HZ_FULL = y but still have arch-timer on isolation CPUs

Dear Guys:    I’ve set the configs like this    CONFIG_NO_HZ_FULL = y CONFIG_RCU_NOCB_CPU=y CONFIG_PREEMPT=y CONFIG_CPU_IDLE=n CONFIG_ARM_CPUIDLE=n CONFIG_CPU_FREQ=n And setenv isolcpus=1 xenomai.supported_cpus=0x02 nohz_full=1  irqaffinity=0   rcu_nocbs=1 The CPU is

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

Looks good to me. Thanks for your help. Regards Hongzhan Chen -Original Message- From: Jan Kiszka Sent: Monday, March 14, 2022 6:01 PM To: xenomai@xenomai.org Cc: Chen, Hongzhan Subject: [PATCH v8 0/4] Kernel-Shark and libtraceevent plugins Changes in v8: - drop explicit deps again

Re: [PATCH] cobalt/sched: Use nr_cpumask_bits instead of BITS_PER_LONG

- Ursprüngliche Mail - > Von: "Florian Bezdeka" >> Where do you see a problem? > > I'm fine with the implementation. Just struggled with the wording / > commit message. Sorry for the race in the mail thread... No need to worry. :-) Thanks, //richard

Re: [PATCH] cobalt/sched: Use nr_cpumask_bits instead of BITS_PER_LONG

On Mon, 2022-03-14 at 22:10 +0100, Richard Weinberger wrote: > - Ursprüngliche Mail - > > Von: "Florian Bezdeka" > > I agree, BITS_PER_LONG seems wrong. But couldn't it be too small as > > well? It depends on NR_CPUS which might be > BITS_PER_LONG. > > Hmm, nr_cpumask_bits is defined as:

Re: [PATCH] cobalt/sched: Use nr_cpumask_bits instead of BITS_PER_LONG

On Mon, 2022-03-14 at 21:05 +, Bezdeka, Florian via Xenomai wrote: > Hi Richard, > > On Mon, 2022-03-14 at 21:38 +0100, Richard Weinberger via Xenomai > wrote: > > BITS_PER_LONG is too broad, the max number of usable bits is limited > > by nr_cpumask_bits. > > I agree, BITS_PER_LONG seems

Re: [PATCH] cobalt/sched: Use nr_cpumask_bits instead of BITS_PER_LONG

- Ursprüngliche Mail - > Von: "Florian Bezdeka" > I agree, BITS_PER_LONG seems wrong. But couldn't it be too small as > well? It depends on NR_CPUS which might be > BITS_PER_LONG. Hmm, nr_cpumask_bits is defined as: #ifdef CONFIG_CPUMASK_OFFSTACK /* Assuming NR_CPUS is huge, a runtime

Re: [PATCH] cobalt/sched: Use nr_cpumask_bits instead of BITS_PER_LONG

Hi Richard, On Mon, 2022-03-14 at 21:38 +0100, Richard Weinberger via Xenomai wrote: > BITS_PER_LONG is too broad, the max number of usable bits is limited > by nr_cpumask_bits. I agree, BITS_PER_LONG seems wrong. But couldn't it be too small as well? It depends on NR_CPUS which might be >

[PATCH] cobalt/sched: Use nr_cpumask_bits instead of BITS_PER_LONG

BITS_PER_LONG is too broad, the max number of usable bits is limited by nr_cpumask_bits. Found while debugging a system with CONFIG_DEBUG_PER_CPU_MAPS enabled. Signed-off-by: Richard Weinberger --- kernel/cobalt/sched.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

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

On 3/11/22 2:13 PM, Scott Reed via Xenomai wrote: On 3/11/22 12:38 PM, Jan Kiszka wrote: 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

Re: ipipe-5.4: arm64 regression

On Mon, Mar 14, 2022 at 8:33 AM Jan Kiszka wrote: > On 04.03.22 00:45, Greg Gallagher wrote: > > > > > > On Thu, Mar 3, 2022 at 1:20 PM Jan Kiszka > > wrote: > > > > On 02.03.22 16:44, Greg Gallagher wrote: > > > > > > > > > On Wed, Mar 2, 2022 at

Re: ipipe-5.4: arm64 regression

On 04.03.22 00:45, Greg Gallagher wrote: > > > On Thu, Mar 3, 2022 at 1:20 PM Jan Kiszka > wrote: > > On 02.03.22 16:44, Greg Gallagher wrote: > > > > > > On Wed, Mar 2, 2022 at 1:48 AM Jan Kiszka > >

[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

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

-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 02:27, Chen, Hongzhan wrote: >>> >>> >>> -Original

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 >> >>