Re: [Xenomai-help] Adeos/Xenomai Arm Port

[Philippe Gerum <rpm@xenomai.org>]

On Tue, 2006-10-17 at 17:39 +0200, Schlägl Manfred jun. wrote:

[...]

> 1. With enabled kernel-debugging (spin_debug), while loading xeno_native
> (built-in and as module) I get:

[...]

> Is this normal, or could this also depend on a "main-bug".
> 

No, that's absolutely abnormal. Switching the Linux kernel debug options
on is the usual way most of us work, and no warning should be emitted
under Xenomai operations. What you get on ARM, and which I cannot
reproduce on x86, ppc or blackfin, is worrying.

[...]

> 
> ./run -- -n 100 -p 100 (switchbench)
> 
> Most of time the system simply stands still (no more timer-activity),
> but here i've a kernel-fault with debug-symbols:
> 
> [   53.650000] Unable to handle kernel NULL pointer dereference at
> virtual address 00000004

We might have a stack overflow here, as a consequence of the shorter
sampling period.

[...]

> 4. cyclictest
> cyclictest runs, if i use the run script (built-in xenomai):
> 
> -sh-3.00# ./run 
> *
> *
> * Type ^C to stop this application.
> *
> *
> 0.10 0.04 0.01 1/26 94          
> 
> T: 0 (   94) P:99 I:    1000 C:   22508 Min:      49 Act:      82 Max:
> 121
> 
> 
> but is broken if i call it manually:
> 
> -sh-3.00# ./cyclictest 
> 0.10 0.04 0.01 2/23 103          
> 
> T: 0 (  103) P: 0 I:    1000 C:    1699 Min:-2660105 Act:-2660105 Max:
> -985769
> 

It's not actually broken, it's just that we have imported this code from
the PREEMPT_RT testsuite, and their default setup does not match our
testcase. You should at least pass -n to the test.

-- 
Philippe.