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-time
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:
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
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 first
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
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
