Niklaus Giger wrote:

Am Montag, 22. Mai 2006 18:47 schrieb Philippe Gerum:

Niklaus Giger wrote:

Am Montag, 22. Mai 2006 17:40 schrieb Philippe Gerum:

Niklaus Giger wrote:

Hi everybody

Philippe Gerum wrote:

Here is the second release candidate for the v2.2 branch. Short log


Could you try building all skins as modules with only the nucleus
statically built into the kernel? I'd like to know whether the lockup
occurs when one of the skin attempts to initialize, or if the problem is
in the early Xenomai bootstrap. TIA,

Okay. With the following .config XENOMAI settings my target starts up
without any problem till the login:

Does the board still boot with only the native skin enabled statically?

No. It does not.

If it does not, wild guess: does the following patch prevent the lockup
in the latter case?

--- pod.c~      2006-05-15 15:03:52.000000000 +0200
+++ pod.c       2006-05-22 18:45:21.000000000 +0200
@@ -509,12 +509,14 @@


+#if 0
     err = xnpod_reset_timer();

     if (err) {
         return err;

     return 0;

Excellent wild guess! With this patch I get my target up and running. First test is with only the native skin worked. Then I restore my original .config, touched it and rebuilt. Still boots without any problems.

Ok, relatively good news. Now I need to find why starting the timer early breaks the system...

Thanks a lot for your help.

Best regards



Xenomai-core mailing list

Reply via email to