A remark to rt_task_make_periodic in lxrt (bug report !?)

Herman Bruyninckx Herman.Bruyninckx at mech.kuleuven.ac.be
Fri Aug 23 16:50:56 CEST 2002


On Fri, 23 Aug 2002 andreas.spieker at daimlerchrysler.com wrote:

[...]
> I understood that the problem was due to a starting time to
>     rt_task_make_periodic(...)
> lying a few seconds in the past.
[...]
> So I'd like to ask the developers, if they could prevent 
> other users from making the same experience.

So, that would mean adding time comparison code to the section of
rt_task_make_periodic() that runs with interrupts disabled...
That seems to be a high price to pay ... An RTOS doesn't want to loose
time on checking the viability of all of the arguments it gets. Most
data structures are already checked via a MAGIC number, of things like
checking impossible times and other continuous parameters is a lot of
overhead. I think.

There is rt_task_make_periodic_relative_ns, which does:
``task->resume_time = rt_get_time() + start_delay;''
so misuse is more difficult. (Unless you give a negative number; and
checking that is again costly.)

Herman





More information about the Rtai mailing list