Gilles Chanteperdrix wrote:
> Philippe Gerum wrote:
> > The current implementation is one thing (we could fix it), the purpose
> > of the tool is another, and actually, this is the latter which seems
> > useful to me. By sharing some common tests between native preemption and
> > real-t
Philippe Gerum wrote:
> The current implementation is one thing (we could fix it), the purpose
> of the tool is another, and actually, this is the latter which seems
> useful to me. By sharing some common tests between native preemption and
> real-time sub-systems like Xeno, we would make pe
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
> As a first step, I would vote for establishing that generic service to
> redirect the userspace return path to some arbitrary handler in hard-RT
> context. Then we can think about how to handle signal injection from
> Linux vs. injection from Xe
Jan Kiszka wrote:
> As a first step, I would vote for establishing that generic service to
> redirect the userspace return path to some arbitrary handler in hard-RT
> context. Then we can think about how to handle signal injection from
> Linux vs. injection from Xenomai gracefully.
Ok, the fir
Jan Kiszka wrote:
Philippe Gerum wrote:
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
> (...)As Xenomai does not support hard-RT signal delivery yet (...)
This is the next feature missing to the POSIX skin. I would like to
implement this, but I am not sure which way to go :
- either, if it i
Philippe Gerum wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>> > (...)As Xenomai does not support hard-RT signal delivery yet (...)
>>
>> This is the next feature missing to the POSIX skin. I would like to
>> implement this, but I am not sure which way to go :
>> - either, if it is po
Gilles Chanteperdrix wrote:
Jan Kiszka wrote:
> (...)As Xenomai does not support hard-RT signal delivery yet (...)
This is the next feature missing to the POSIX skin. I would like to
implement this, but I am not sure which way to go :
- either, if it is possible, getting Linux signals services
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
> > (...)As Xenomai does not support hard-RT signal delivery yet (...)
>
> This is the next feature missing to the POSIX skin. I would like to
> implement this, but I am not sure which way to go :
> - either, if it is possible, getting Linux signals
Jan Kiszka wrote:
> (...)As Xenomai does not support hard-RT signal delivery yet (...)
This is the next feature missing to the POSIX skin. I would like to
implement this, but I am not sure which way to go :
- either, if it is possible, getting Linux signals services to run in
every domain at Ad
Jan Kiszka wrote:
Hi,
as I already mentioned, I experimented with the cyclictest-0.5 by Thomas
Gleixner (http://www.tglx.de/projects/misc/cyclictest), one of the
PREEMPT_RT developers. The attached patch fixes the scheduling policy
setup and locks the whole test into memory.
This tool is quite
Hi,
as I already mentioned, I experimented with the cyclictest-0.5 by Thomas
Gleixner (http://www.tglx.de/projects/misc/cyclictest), one of the
PREEMPT_RT developers. The attached patch fixes the scheduling policy
setup and locks the whole test into memory.
This tool is quite handy for running mo
11 matches
Mail list logo
