Interrupt latency in RTEMS (Zedboard)

BRIARD Sebastien sebastien.briard at
Tue Mar 27 11:52:23 UTC 2018

Yeah, hardware limits to 1.5ns if we take in account the max frequency of the cortex. (That was the more or less 1ns =) )

De : Rehab Massoud [mailto:rehab.massoud at]
Envoyé : mardi 27 mars 2018 13:49
À : BRIARD Sebastien; rtems-users at
Objet : Re: Interrupt latency in RTEMS (Zedboard)

Hi, the smaller theoretical delay accuracy you can measure (without adding to an ASIC cascaded FF) is one clock cycle. I think the maximum frequency that could be achieved on zedboard is not more than 800 MHz, and the maximum Zync's Cortex freq per Zedboard's datasheet is 667 MHz, which means you can't achieve 1 nanosecond accuracy even with hardware measurements, right?
On Mar 27, 2018 13:30, "BRIARD Sebastien" <sebastien.briard at<mailto:sebastien.briard at>> wrote:

De : BRIARD Sebastien
Envoyé : mardi 27 mars 2018 11:42
À : 'users at<mailto:users at>'
Objet : Interrupt latency in RTEMS (Zedboard)


I was trying to measure the interrupt latency in RTEMS with a Xilinx Zynq Zedboard (cortex A9).
I modified the c file in classic_signal example to measure time in the main loop and right after entering the handler.
That might seem artificial but well, it gives me a value with a relatively simple code.

I used this code for 100, 10000, and one million ticks per second. I am trying to understand how the measure can quite equal with 100 ticks per second and a million.
(I obtained values between 500ns and 1000ns).
Is there another timer that is used for interrupt processing ?

A subsequent question, is it possible to use a larger value than a tick per microsecond ?  Maybe I am confusing a little between frequency and tick clock in RTEMS but I would like to run test with more or less a tick per nanosecond.
Thank you,

users mailing list
users at<mailto:users at>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the users mailing list