[Xenomai] i.MX6q memory write causes high latency

Tom Evans tom_usenet at optusnet.com.au
Thu Jul 5 01:14:16 CEST 2018

On 05/07/18 03:06, Federico Sbalchiero wrote:
> Hi,
> first I want to say thanks to everyone involved in Xenomai for their job.
> I'm testing Xenomai 3.0.7 and ipipe-arm/4.14 on Freescale/NXP i.MX6q
> sabresd board using Yocto. System boots fine and is stable, but latency
> under load (xeno-test) is higher than in my reference system (Xenomai
> 2.6.5 on Freescale kernel 3.10.17 + ipipe 3.10.18).
> This is after disabling power management, frequency scaling, CMA,
> graphics, tracing, debug.
> I have found that a simple non-realtime user space process writing a
> buffer in memory (memwrite) is able to trigger such high latencies.
> Latency worsen a lot running a copy of the process on each core.
> There is a correlation between buffer size and cache size suggesting
> an L2 cache issue, like the L2 write allocate discussed in the mailing
> list, but I can confirm L2 WA is disabled (see log).

Could I suggest compiling and running this. It gives good measurements of the 
multiple levels of cache in a computer and measures their latencies:


It might also be a tool to run after changing the CPU setup to see if it can 
find any differences.

More information about the Xenomai mailing list