Re: [Xenomai] Xenomai-3 and native RTDM question

2014-02-28 Thread Anders Blomdell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2014-02-28 16:02, Philippe Gerum wrote: > On 02/28/2014 01:03 PM, Anders Blomdell wrote: >> With Xenomai-3, will it be possible to use the native RTDM an a >> vanilla kernel, or only on PREEMPT_RT kernels? > > Any kernel will do, provided it fits t

Re: [Xenomai] Xenomai-forge pSOS t_start followed by t_suspend does not work

2014-02-28 Thread Philippe Gerum
On 02/28/2014 03:35 PM, Kim De Mey wrote: 2014-02-28 15:02 GMT+01:00 Philippe Gerum : On 02/28/2014 02:30 PM, Philippe Gerum wrote: On 02/26/2014 09:54 AM, Kim De Mey wrote: 2014-02-10 12:23 GMT+01:00 Kim De Mey : 2014-02-09 17:57 GMT+01:00 Philippe Gerum : On 02/06/2014 02:36 PM, Kim De Mey

Re: [Xenomai] Xenomai-3 and native RTDM question

2014-02-28 Thread Philippe Gerum
On 02/28/2014 01:03 PM, Anders Blomdell wrote: With Xenomai-3, will it be possible to use the native RTDM an a vanilla kernel, or only on PREEMPT_RT kernels? Any kernel will do, provided it fits the user requirements in terms of response and execution time. PREEMPT_RT is not a pre-requisite f

Re: [Xenomai] Xenomai-forge pSOS t_start followed by t_suspend does not work

2014-02-28 Thread Kim De Mey
2014-02-28 15:02 GMT+01:00 Philippe Gerum : > On 02/28/2014 02:30 PM, Philippe Gerum wrote: >> On 02/26/2014 09:54 AM, Kim De Mey wrote: >>> 2014-02-10 12:23 GMT+01:00 Kim De Mey : 2014-02-09 17:57 GMT+01:00 Philippe Gerum : > On 02/06/2014 02:36 PM, Kim De Mey wrote: >> >> Hi, >>>

Re: [Xenomai] Xenomai-forge pSOS t_start followed by t_suspend does not work

2014-02-28 Thread Philippe Gerum
On 02/28/2014 02:30 PM, Philippe Gerum wrote: > On 02/26/2014 09:54 AM, Kim De Mey wrote: >> 2014-02-10 12:23 GMT+01:00 Kim De Mey : >>> 2014-02-09 17:57 GMT+01:00 Philippe Gerum : On 02/06/2014 02:36 PM, Kim De Mey wrote: > > Hi, > > I believe there is a problem in Xenomai-for

Re: [Xenomai] Xenomai-forge pSOS t_start followed by t_suspend does not work

2014-02-28 Thread Philippe Gerum
On 02/26/2014 09:54 AM, Kim De Mey wrote: 2014-02-10 12:23 GMT+01:00 Kim De Mey : 2014-02-09 17:57 GMT+01:00 Philippe Gerum : On 02/06/2014 02:36 PM, Kim De Mey wrote: Hi, I believe there is a problem in Xenomai-forge when doing a pSOS t_suspend() call right after a t_start() call. It looks

Re: [Xenomai] Xenomai-forge: SIGCHLD to SIG_IGN in spawn_daemon() okay?

2014-02-28 Thread Kim De Mey
2014-02-27 16:59 GMT+01:00 Philippe Gerum : > On 02/27/2014 12:54 PM, Kim De Mey wrote: >> >> 2014-02-27 11:50 GMT+01:00 Philippe Gerum : >>> >>> On 02/27/2014 10:50 AM, Philippe Gerum wrote: On 02/27/2014 08:36 AM, Kim De Mey wrote: > > > 2014-02-26 10:26 GMT+01:00 Phili

[Xenomai] Xenomai-3 and native RTDM question

2014-02-28 Thread Anders Blomdell
With Xenomai-3, will it be possible to use the native RTDM an a vanilla kernel, or only on PREEMPT_RT kernels? The reason that I ask, is that I need to upgrade the software in our labs (vanilla kernels, mostly) and would like to get comedi (www.comedi.org) to work with RTDM (so I get all the driv

Re: [Xenomai] RaspberryPi kernel 3.8 issue

2014-02-28 Thread Gilles Chanteperdrix
On 02/27/2014 09:33 PM, Gregory Dymarek wrote: > Not sure if I understand this. This is the first call to __report_bad_irq ( > https://github.com/raspberrypi/linux/blob/rpi-3.8.y/kernel/irq/spurious.c ) > > I added the trace on line 192. > > AFAIK this is the first call to the function. the trace

Re: [Xenomai] RaspberryPi kernel 3.8 issue

2014-02-28 Thread Gilles Chanteperdrix
On 02/28/2014 02:12 AM, Paul wrote: > On Thursday 27 February 2014, Gilles Chanteperdrix wrote: >> I am looking at the "post" patch for Raspberry, and I do not see that >> it touches drivers/irqchip/irq-bcm2835.c >> >> Here the calls to handle_IRQ are not replaced with ipipe calls, this >> can not

Re: [Xenomai] [Xenomai-git] Philippe Gerum : copperplate/registry: reap sysregd selectively

2014-02-28 Thread Philippe Gerum
On 02/28/2014 12:30 PM, Gilles Chanteperdrix wrote: On 02/28/2014 12:11 PM, Philippe Gerum wrote: On 02/28/2014 12:09 PM, Gilles Chanteperdrix wrote: On 02/28/2014 09:44 AM, Philippe Gerum wrote: On 02/27/2014 08:49 PM, Gilles Chanteperdrix wrote: On 02/27/2014 04:54 PM, git repository hostin

Re: [Xenomai] [Xenomai-git] Philippe Gerum : copperplate/registry: reap sysregd selectively

2014-02-28 Thread Gilles Chanteperdrix
On 02/28/2014 12:11 PM, Philippe Gerum wrote: > On 02/28/2014 12:09 PM, Gilles Chanteperdrix wrote: >> On 02/28/2014 09:44 AM, Philippe Gerum wrote: >>> On 02/27/2014 08:49 PM, Gilles Chanteperdrix wrote: On 02/27/2014 04:54 PM, git repository hosting wrote: > memset(&sa, 0, size

Re: [Xenomai] RTDM rework

2014-02-28 Thread Philippe Gerum
On 02/14/2014 06:08 PM, Jan Kiszka wrote: On 2014-02-14 17:28, Philippe Gerum wrote: On 02/14/2014 04:52 PM, Jan Kiszka wrote: On 2014-02-14 15:08, Gilles Chanteperdrix wrote: On 02/14/2014 02:35 PM, Jan Kiszka wrote: I started to read through your patches. The general direction remains valid

Re: [Xenomai] [Xenomai-git] Philippe Gerum : copperplate/registry: reap sysregd selectively

2014-02-28 Thread Philippe Gerum
On 02/28/2014 12:09 PM, Gilles Chanteperdrix wrote: On 02/28/2014 09:44 AM, Philippe Gerum wrote: On 02/27/2014 08:49 PM, Gilles Chanteperdrix wrote: On 02/27/2014 04:54 PM, git repository hosting wrote: memset(&sa, 0, sizeof(sa)); sa.sa_handler = SIG_IGN; sigaction(SIG

Re: [Xenomai] [Xenomai-git] Philippe Gerum : copperplate/registry: reap sysregd selectively

2014-02-28 Thread Gilles Chanteperdrix
On 02/28/2014 09:44 AM, Philippe Gerum wrote: > On 02/27/2014 08:49 PM, Gilles Chanteperdrix wrote: >> On 02/27/2014 04:54 PM, git repository hosting wrote: >>> memset(&sa, 0, sizeof(sa)); >>> sa.sa_handler = SIG_IGN; >>> sigaction(SIGCHLD, &sa, NULL); >> >> Why not masking the signal h

Re: [Xenomai] [Xenomai-git] Philippe Gerum : copperplate/registry: reap sysregd selectively

2014-02-28 Thread Philippe Gerum
On 02/27/2014 08:49 PM, Gilles Chanteperdrix wrote: On 02/27/2014 04:54 PM, git repository hosting wrote: memset(&sa, 0, sizeof(sa)); sa.sa_handler = SIG_IGN; sigaction(SIGCHLD, &sa, NULL); Why not masking the signal here instead of ignoring it? So that the notification