Stelian Pop wrote:
> Le jeudi 29 juin 2006 à 10:38 +0200, Detlef Vollmann a écrit :
> > a) What's the difference between __ipipe_mach_ticks_per_jiffy
> > and LATCH?
> As a matter of fact there is no difference.
Does this mean that __ipipe_mach_ticks_per_jiffy never changes?
What about the correlation between __ipipe_mach_set_dec() and
__ipipe_mach_ticks_per_jiffy? __ipipe_mach_set_dec() seems
to do a permanent change, and not only a one-time change.
Is the Linux timer interrupt still only called after LATCH ticks?
> > b) Is there some (hidden, intended future) semantics of tscok?
> > Right now it just avoids that garbage is returned before
> > the timer is initialized.
> tscok is used to prevent __ipipe_mach_get_tsc() returning bogus values
> in the early boot stages (when the timer is not yet initialized but
> ipipe is). IIRC this was mainly needed when enabling
> > c) In the interrupt routine, the comment currently says:
> > "If Linux is the only domain, ack the timer and reprogram it",
> > but the actual code looks as if the comment should read:
> > "If Linux is running natively, ack the timer.
> > If Linux's the only domain, reprogram it."
> > What's wrong, the code or the comment?
> Always trust the code :)
> The true meaning of that code is:
> * if Linux is running natively (no ipipe), ack and reprogram the timer
> * if Linux is running under ipipe, but it still has the control over
> the timer (no Xenomai for example), then reprogram the timer (ipipe has
> already acked it)
> * if some other domain has taken over the timer, then do nothing
> has acked it, and the other domain has reprogramed it)
Thanks for the explanation, it really helps.
Now I have another question on this: on the PXA I have a hardware
problem so that I must sometimes set the next match value to the
match value after the next one, so effectively loosing one
If Linux is responsible for reprogramming the timer, I should tell
ipipe about it, so that ipipe can tell any other domain.
How can I do that?
> Indeed, you will need to adapt the PXA incrementer to the ipipe
> decrementer semantics.
Ok, that shouldn't be a problem.
Thanks a lot for your help
Detlef Vollmann vollmann engineering gmbh
Linux and C++ for Embedded Systems http://www.vollmann.ch/
Linux for PXA270 Colibri module: http://www.vollmann.ch/en/colibri/
Xenomai-core mailing list