[Xenomai] Xenomai on Atmel SAMA5D3 with a 3.14 kernel

Gilles Chanteperdrix gilles.chanteperdrix at xenomai.org
Sat Jun 7 16:34:34 CEST 2014


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 06/06/2014 04:00 PM, Maxime Ripard wrote:
> On Fri, Jun 06, 2014 at 03:59:12PM +0200, Maxime Ripard wrote:
>> Hi Gilles,
>> 
>> I've been experimenting these days with the i-pipe 3.14 kernel, 
>> and current xenomai master branch on the Atmel SAMA5D3 SoC.
>> 
>> There's a few issues there, the first one being that 
>> at91_ipipe_early_init crashes because of a NULL pointer 
>> dereference. This is due to the clk_get_rate call on the clock 
>> returned by clk_get(NULL, "mck").
>> 
>> This clk_get call cannot since 3.14 because the clock code has 
>> been rewritten, and you can't use clkdev anymore.
>> 
>> This is quite simple to fix, and after actually fixing it, you 
>> get a more interesting issue: either the timers or the
>> interrupts don't work at all.
>> 
>> The first symptom is that it get stuck at the delay loop 
>> calibration. Setting the loops per jiffy in the command line
>> make the boot go further, until the switch to the ipipe_tsc 
>> clocksource. This actually makes me think that it's more the 
>> timers that are broken rather than the interrupts. Changing the 
>> timer counter block doesn't solve anything.
>> 
>> Do you have an idea of what could be going on?
> 
> 
> Actually, the boot seem just to be *much* slower, so maybe the 
> timers are working after all, but it's just yet another issue with 
> the clocks.
> 
Does __ipipe_tsc_update get called in Linux timer interrupt?

- -- 
                                                                Gilles.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iD8DBQFTkyL6GpcgE6m/fboRAgY7AJ9hrv0rlm8Ro3QtkPzGo8PkI7PuiwCgiByo
aRY9b5jrrJWATnnoji9ybpY=
=1K3F
-----END PGP SIGNATURE-----




More information about the Xenomai mailing list