Berruer Sébastien wrote:
> Hi,
>
> Sorry for the delay, I've issued a problem using the serial line.
>
> As I can see in the Oops trace, the problem is due to my compiler. I'll
> checked my compilation parameters or a newer version of my compiler.
No. The problem is due to the FPU handling. Coud you try and apply the
patch below to Xenomai sources?
Once you have done that, recompile the kernel and user-space, and be
sure, when you compile Xenomai user-space applications to compile them
not to use the FPU, by passing -msoft-float in the CFLAGS.
Please keep us informed.
> I can also see that there is a problem with the CPU_FREQ option. It's
> mentioned as a "latency killer" in the TROUBLESHOOTING document. I'll
> checked it too.
Yes, you should disable CPU_FREQ.
--
Gilles
diff --git a/ksrc/arch/arm/switch.S b/ksrc/arch/arm/switch.S
index a7c3dba..384f2cd 100644
--- a/ksrc/arch/arm/switch.S
+++ b/ksrc/arch/arm/switch.S
@@ -102,10 +102,12 @@ ENTRY(rthal_thread_switch)
strex r5, r4, [ip] @ Clear exclusive monitor
#endif
#endif
+#if 0
#if defined(CONFIG_CPU_XSCALE) && !defined(CONFIG_IWMMXT)
mra r4, r5, acc0
stmia ip, {r4, r5}
#endif
+#endif
#if defined(CONFIG_HAS_TLS_REG)
mcr p15, 0, r3, c13, c0, 3 @ set TLS register
#elif !defined(CONFIG_TLS_REG_EMUL)
@@ -129,6 +131,7 @@ ENTRY(rthal_thread_switch)
#endif
VFPFMXR FPEXC, r4
#endif
+#if 0
#if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 18) &&
defined(CONFIG_IWMMXT)
bl iwmmxt_task_switch
#endif
@@ -137,13 +140,16 @@ ENTRY(rthal_thread_switch)
ldmib r4, {r4, r5}
mar acc0, r4, r5
#endif
+#endif
add r4, r2, #TI_CPU_SAVE
+#if 0
#if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 18) &&
defined(CONFIG_IWMMXT)
mov r5, r0
mov r0, r2
bl iwmmxt_task_switch
mov r0, r5
-#endif
+#endif
+#endif
ldmia r4, {r4 - sl, fp, sp, pc} @ Load all regs saved
previously
/*
_______________________________________________
Xenomai-help mailing list
[email protected]
https://mail.gna.org/listinfo/xenomai-help
