Re: [Xenomai] rt_task_wait_period() does not return -EWOULDBLOCK

No problem, I won't be able to look into it till the weekend so any help debugging is appreciated :) On Wed, Apr 18, 2018 at 10:59 AM, Mauro Salvini wrote: > On Wed, 2018-04-18 at 20:01 +0530, Pintu Kumar wrote: >> On Wed, Apr 18, 2018 at 7:15 PM, Greg Gallagher

Re: [Xenomai] rt_task_wait_period() does not return -EWOULDBLOCK

On Wed, Apr 18, 2018 at 7:15 PM, Greg Gallagher wrote: > What version was this working in? I'm assuming you are working out of > stable-3.0.x? If you reverted to an older git commit please post the > commit. > Sorry, I don't remember the previous working versions. My

Re: [Xenomai] rt_task_wait_period() does not return -EWOULDBLOCK

On Wed, 2018-04-18 at 20:01 +0530, Pintu Kumar wrote: > On Wed, Apr 18, 2018 at 7:15 PM, Greg Gallagher m> wrote: > > What version was this working in?  I'm assuming you are working out > > of > > stable-3.0.x? If you reverted to an older git commit please post > > the > >

Re: [Xenomai] rt_task_wait_period() does not return -EWOULDBLOCK

Oh yes. I was about to post the similar problem with rt_task_wait_period(NULL). I did "git pull" for my xenomai-3 repo and installed the newer version. After that weird things started happening to my previous test program for latency measurement. The latency value started giving all wrong

Re: [Xenomai] Questions about IRQ

Take a look at this header file, it will eventually be documented properly. https://git.xenomai.org/xenomai-3.git/tree/include/cobalt/kernel/rtdm/udd.h?id=33dd9ce1b5765e3f9da6de21ea647ea3cd454ba9 I keep meaning to do an example, hopefully I'll make some time sooner than later. -Greg On Wed,

Re: [Xenomai] [RFC] Dropping pvalloc/pvfree/pvstrdup from libcopperplate

On 2018-04-17 19:31, Philippe Gerum wrote: > > -- the context > > Non-POSIX APIs Xenomai 3 implements in user-space are all based on > libcopperplate, a mediating layer which hides the real-time core from > the real-time API implementation, so that the same API can run over > Cobalt or native

Re: [Xenomai] R: kernel panic - xenomai3.0.6

On 2018-04-18 17:46, Fazio Maurizio wrote: > Hello Jan, > Thanks for the reply but at the moment I cannot upgrade the kernel version of > the system :( > > I executed the application with kdump service enabled. I attached the > vmcore-dmesg file. > Comparing the vmcore-dmesg call trace at the

[Xenomai] Scheduling timer period Xenomai RPI3

Hi! I'm running Xenomai on Raspberry Pi 3 given by: http://www.cs.ru.nl/lab/xenomai/ and I have some questions. Where can I find information on how often the system timer interrupts for scheduling regarding rt tasks? When using command "dmesg | grep pipe -i" I get : "[0.00]

[Xenomai] R: kernel panic - xenomai3.0.6

edded Linux -- next part -- An embedded and charset-unspecified text was scrubbed... Name: vmcore-dmesg.txt URL: <http://xenomai.org/pipermail/xenomai/attachments/20180418/0dacf426/attachment.txt> ___ Xenomai mailing list Xe

Re: [Xenomai] rt_task_wait_period() does not return -EWOULDBLOCK

Oh thats great! Thank you Mauro for your findings :) So finally I assume that there is some bug introduced with the latest patch. Never mind, until that is fixed (probably by next Monday), I will stick to the previous branch. Thanks, Pintu On Wed, Apr 18, 2018 at 8:39 PM, Greg Gallagher

[Xenomai] [PATCH 1/2] testsuite/smokey: Add handover test for prio-ceiling mutexes

This triggers a bug in the PP implementation. Signed-off-by: Jan Kiszka --- testsuite/smokey/posix-mutex/posix-mutex.c | 47 ++ 1 file changed, 47 insertions(+) diff --git a/testsuite/smokey/posix-mutex/posix-mutex.c

[Xenomai] [PATCH 2/2] cobalt/synch: Clear PP boost prior to handing over the ownership

Otherwise we first add the synch object to the new owner's boost list before we remove it from the old one's, corrupting the list. Signed-off-by: Jan Kiszka --- kernel/cobalt/synch.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

Re: [Xenomai] rt_task_wait_period() does not return -EWOULDBLOCK

On 04/18/2018 05:09 PM, Greg Gallagher wrote: > No problem, I won't be able to look into it till the weekend so any > help debugging is appreciated :) Brown paper bag bug. The change was tested on Mercury only, where timer ids cannot be zero; zero is a perfectly valid timer id with Cobalt. Oh,

Re: [Xenomai] Scheduling timer period Xenomai RPI3

On 04/18/2018 01:35 PM, Gustav Johansson wrote: > Hi! > > > I'm running Xenomai on Raspberry Pi 3 given by: > http://www.cs.ru.nl/lab/xenomai/ and I > > have some questions. > > > Where can I find information on how often the system timer interrupts for > scheduling > > regarding rt

Re: [Xenomai] mmap when using in conjunction with mapper to retrieve memory mapped IO space

Hi, Instead of symbol `mmap' out of range, I now have symbol `malloc' out of range. I removed all the -fPIC in my environment. I have to recompile libc??? I never compiled libc and wants to avoid it. Any suggestion on R_PPC_REL24 relocation at 0x0ffacd3c for symbol `mmap/malloc' out of

Re: [Xenomai] mmap when using in conjunction with mapper to retrieve memory mapped IO space

On 04/18/2018 09:33 PM, Pham, Phong wrote: > > Hi, > > Instead of symbol `mmap' out of range, I now have symbol `malloc' out of > range. I removed all the -fPIC in my environment. I have to recompile > libc??? I never compiled libc and wants to avoid it. Of course not. > > Any

Re: [Xenomai] rt_task_wait_period() does not return -EWOULDBLOCK

On Wed, 2018-04-11 at 16:42 +0200, Philippe Gerum wrote: > On 04/11/2018 04:39 PM, Mauro Salvini wrote: > > On Wed, 2018-04-11 at 16:20 +0200, Philippe Gerum wrote: > > > On 04/11/2018 03:54 PM, Mauro Salvini wrote: > > > > Hi, > > > > > > > > I'm facing an unexpected behavior of

Re: [Xenomai] Questions about IRQ

Thanks for the explanations! It's clear for me now. UDD seems to be exactly what I would like, so if you find some examples please tell me. Jean-Marc Le 17/04/2018 à 18:38, Greg Gallagher a écrit : This API is the API for the cobalt kernel and used in kernel space. These functions

Re: [Xenomai] kernel panic - xenomai3.0.6

On 2018-04-17 17:27, Fazio Maurizio wrote: > Good morning, > I’ve attached a kernel panic problem that occurs during the execution of my > application. > Have you some ideas? > > Cpu: Intel Core i7 > OS: Centos 7 64bit with kernel 3.18.20 and path Xenomai 3.0.6 Please use a supported kernel

[Xenomai] [PATCH] Increase RTDM_MAX_MINOR to 4096 form 1024

Increase the number of RTDM devices that are allowed to be registered to 4096 to allow gpio drivers with higher pin numbers to be able to register in rtdm space. --- include/cobalt/kernel/rtdm/driver.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[Xenomai] can not catch a SIGINT in native environment

Hi, there I am trying to make the main thread real-time and periodic through rt_task_shadow and rt_task_set_periodic, but after that I can not catch the SIGINT signal (Ctrl+C) in the main thread. I tried the rt_task_catch function, while the ld returns: undefined reference to

Re: [Xenomai] mmap when using in conjunction with mapper to retrieve memory mapped IO space

“This is likely happening because the default auto-init glue module for a final executable is mentioned in the flags, you either want to pass --auto-init-solib if you do need auto-init for bootstrapping a DSO, or --no-auto-init if you don't care about auto-bootstrap, along with --ldflags to

[Xenomai-git] Philippe Gerum : copperplate/threadobj: do not assume timer_id cannot be zero

Module: xenomai-3 Branch: stable-3.0.x Commit: fe91ab09b0af28bffc671eb69b5f4d93cac73f4f URL: http://git.xenomai.org/?p=xenomai-3.git;a=commit;h=fe91ab09b0af28bffc671eb69b5f4d93cac73f4f Author: Philippe Gerum Date: Wed Apr 18 21:18:56 2018 +0200 copperplate/threadobj: do

[Xenomai-git] Philippe Gerum : copperplate/threadobj: do not leak the periodic timer

Module: xenomai-3 Branch: stable-3.0.x Commit: 7fffb2630c8358ed7b1654aaf4a200ea28981e93 URL: http://git.xenomai.org/?p=xenomai-3.git;a=commit;h=7fffb2630c8358ed7b1654aaf4a200ea28981e93 Author: Philippe Gerum Date: Wed Apr 18 20:10:31 2018 +0200 copperplate/threadobj: do

[Xenomai-git] Philippe Gerum : testsuite/smokey: drop conflicting declaration

Module: xenomai-3 Branch: stable-3.0.x Commit: f71f6690c9f51866878c2232e87dff32058ece83 URL: http://git.xenomai.org/?p=xenomai-3.git;a=commit;h=f71f6690c9f51866878c2232e87dff32058ece83 Author: Philippe Gerum Date: Tue Apr 17 15:17:07 2018 +0200 testsuite/smokey: drop