Xenomai on Mini2440

Forum: Linux
ebtr1 
hello all,

    Is there anyone who managed to port Adeos I-Pipe to the arm9
S3C2440 of the Mini2440 board (Friendly-ARM) ?

Refering to the Xenomai webpage, actually the cause should be :
the kernel locks at "Calibrating delay loop...", it means that the timer
interrupt is not ticking and that the delay calibration routine is running
an infinite loop at while (ticks == jiffies) in function calibrate_delay,
file init/calibrate.c. To help debugging this situation, you can put
printks in the while (ticks == jiffies) loop, printing any hardware timer
registers or status register you want.

The S3C2440 / Mini2440 Timer has somewhat been changed. It would be no more
retro compatible with the S3C2410

Any idea about that ?

thank you

Jonata Apolinario 
Hi!
im trying to patch the 2.6.29 kernel with Adeos Ipipe too.
im getting the same errror.
did u solved?
Im workin on it, when i have some position i will post here
Thanks

Jonata Apolinario 
Hi!
well, i think i solved.
i found in arch/arm/plat-s3c/time.c:
the path inserted these lines:

tcfg1 = __raw_readl(S3C2410_TCFG1);
tcfg1 &= ~(S3C2410_TCFG1_MUX4_MASK | S3C2410_TCFG1_MUX3_MASK);
tcfg1 |= (S3C2410_TCFG1_MUX4_TCLK1 | S3C2410_TCFG1_MUX3_TCLK1);
__raw_writel(tcfg1, S3C2410_TCFG1);

in the function "static void s3c2410_timer_setup (void)"
in the "else" side of the "if (use_tclk1_12())"
use_tclk1_12 as i can see is to use external clock on pin clk1.
the patch put these lines in the else too, that as i can see, is wrong.
i removed it and the kernel passed by this point.

see if it solves your problem and post your results.
 Thanks!

Waqas 
I am having difficulty on chosing the coding platform for arm9 mini2440.i
downloaded Real Arm Development Suite.But unable to run a simple I/O or led
code....Can any 1 help me by providing simple step by step...of any
platform for mini2440..

thanks

ebtr1 
ok, thanks for help.

So what I've found out is no external clock connected on pin clk1 of timer
3, instead timer 2 and 3 are used to drive the sound module. Since I get
changed the timer 3 to timer 1, it can boot to shell. However, the xenomai
test give a 7000 us of average latency, it is even worst than Linux. Also,
the USB, nor the camera won't work at all (the system get freezed when plug
them in). The UART and LCD are OK. The sound is buggy due to lags, it seems
the buffer not continuously filled up by linux. The others modules not
tested.

So something should get wrong, but no idea how to figure it out.

ebtr1 
Jonata has reason. The timer initialization has to be changed on time.c
works because it lacks the external clk.

sri 
@ everybody,

can you release the xenomai patched kernel? I tried to patch a 2.6.33 and
didn't boot. 

Thank you.

xenomai 
hello 
I`m trying to patch the 2.6.25 kernel with Adeos Ipipe.And the xenomai
version is xenomai-2.4.4.tar.gz.
But when I execute " ./latency -t0 -T60 -p100 -h " on the board,there are
some errors : 
== Sampling period: 100 us
== Test mode: periodic user-mode task
== All results in microseconds
warming up...
latency: failed to set periodic, code -110
latency: failed to pend on semaphore, code -110

Can you help me?
Thank you!

serg_io 
Hello everybody,
try to build Xenomai as described in
http://www.friendlyarm.net/forum/topic/3032#14050.

regards
Sergey