From: aubin.rebillat@domain.hid
To: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] Xenomai on the TS-7553 ARM SBC
Date: Tue, 15 May 2012 16:34:14 +0200 (CEST) [thread overview]
Message-ID: <2032488254.158228581.1337092454641.JavaMail.root@domain.hid> (raw)
In-Reply-To: <4FB154F9.3030807@domain.hid>
> To summarize, there are two states in the system:
>
> Either Linux is handling the timer, in which case:
> - ipipe_mach_timerstolen == 0
> - ipipe_mach_acktimer is called to acknowledge the linux timer
> interrupt
> - linux timer interrupt routine is called for each timer interrupt,
> HZ
> times a second, and in charge to reprogram the timer hardware if it
> needs to be reprogrammed
>
> Either xenomai is handling the timer, in which case:
> - ipipe_mach_timerstolen == 1
> - ipipe_mach_acktimer is called to acknowledge the xenomai timer
> interrupt
> - ipipe_mach_set_dec is called by xenomai to program the next timer
> interrupt
>
> linux timer interrupt is called HZ times a second, but should not
> touch
> anything related to the timer hardware, because that part is handled
> by
> xenomai now (vie ipipe_mach_set_dec).
>
> if CONFIG_IPIPE is enabled and CONFIG_XENOMI is disabled, only the
> first
> state happens.
>
> if CONFIG_XENOMAI is enabled, as soon as xenomai is started, we enter
> the second state.
>
Ok this is pretty much what I understood but my problem was that
ipipe_mach_set_dec was never called once the skin services were started.
I really didn't see how my code could influence this so I checked the
bug fixes for Xenomai 2.5 and i found one which was not fixed in my
version of xenomai. The bug was the return value of rthal_timer_request.
I applied the fix and Xenomai is now booting fine on my TS-7553.
I will now perform tests on it to insure the stability of the system and
the latency.
Thank you very much for your help,
Best regards,
--
Aubin REBILLAT
next prev parent reply other threads:[~2012-05-15 14:34 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <80969791.144436365.1336656376390.JavaMail.root@domain.hid>
2012-05-10 13:26 ` [Xenomai-help] Xenomai on the TS-7553 ARM SBC aubin.rebillat
2012-05-10 13:42 ` Gilles Chanteperdrix
2012-05-10 15:18 ` aubin.rebillat
2012-05-10 15:30 ` Gilles Chanteperdrix
2012-05-10 16:04 ` aubin.rebillat
2012-05-10 16:34 ` Gilles Chanteperdrix
2012-05-10 17:29 ` aubin.rebillat
2012-05-10 17:42 ` Gilles Chanteperdrix
2012-05-14 16:13 ` aubin.rebillat
2012-05-14 16:18 ` Gilles Chanteperdrix
2012-05-14 18:54 ` Gilles Chanteperdrix
2012-05-15 14:34 ` aubin.rebillat [this message]
2012-05-15 14:37 ` Gilles Chanteperdrix
2012-05-10 17:28 ` Gilles Chanteperdrix
2012-05-10 17:38 ` aubin.rebillat
2012-05-10 17:48 ` Gilles Chanteperdrix
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2032488254.158228581.1337092454641.JavaMail.root@domain.hid \
--to=aubin.rebillat@domain.hid \
--cc=gilles.chanteperdrix@xenomai.org \
--cc=xenomai@xenomai.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.