Daniel Schnell wrote:
 > Hmm,
 > 
 > I understand now that the value for /proc/xenomai/latency is for the
 > anticipation algorithm of timers. This anticipation algorithm is
 > responsible for optimizing the minimal jitter time for timers. Is the
 > latency value used also elsewhere in Xenomai ?

No.

 > 
 > If, say, I would use latencies calibrated with user space POSIX
 > timers for a typical work load, what would happen to timers that are
 > running in kernel or interrupt space ? Would they then be too early ? 
 > Have negative values any negative effect besides running too early ?
 > 
 > In other words: when one uses timers inside Kernel, ISR's and User
 > space at the same time, which value should be used for
 > /proc/xenomai/latency ? Wouldn't it make sense then to have 3
 > different latency values for the 3 possible environments ?

Yes the current situation is that there is only one constant, so, if you
calibrate it for ISRs, user-space programs will be systematically
late. Having three different constants would mean that we track, at
nucleus level where each timer is used, and that we order timers in the
timer queue according to their anticipated expiration date. This is
quite a modification.

-- 


                                            Gilles Chanteperdrix.

_______________________________________________
Xenomai-help mailing list
[email protected]
https://mail.gna.org/listinfo/xenomai-help

Reply via email to