All of lore.kernel.org
 help / color / mirror / Atom feed
From: Karl Tyss <karl.tyss@domain.hid>
To: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] IRQ-Latency when in idle State on ARM
Date: Sat, 06 Jun 2009 19:38:21 +0200	[thread overview]
Message-ID: <4A2AA98D.4030407@domain.hid> (raw)
In-Reply-To: <4A296D32.2080003@domain.hid>

Hi Gilles,
> Note that the effect you observe is due to the very special nature of
> your setup: since you run no significant user-space load, the irq
> handling function may remain in the cache, but on a realistically loaded
> system, the irq handling function will not be able to remain in the
> cache, so, the disabling of the I-cache in the idle function will not
> change anything with regard to the worst case latency.
>   

you are absolutely right. Its also clear to me that the maximum 
latencies are more relevant but in my case I also have to know how the 
latencies are if the system has no load. This will be the most probable 
case in my system. This is a special case but I believe also a pretty 
common one so I have to be able to explain the behaviour in detail. 
Thanks to your help I am able to do this now :)

> Also note that using a GPIO to assess the timer interrupt latency is a
> bad idea: if you want to assess the timer interrupt you should register
> a timer, because the path in the kernel is different for the timer
> interrupt than for other interrupts and especially for multiplexed GPIO
> interrupts. But doing all this by yourself and risking to have problem
> that we already solved is not a good idea; what you should really do is
> use the latency test provided by Xenomai. It is relatively simple,
> covers all the cases, and is validated on many platforms.
>   
Acually I have already been using the latency test from xenomai to find 
the average and max latencies but the GPIO way seemed for me to be the 
best way to get a continous data set in order to plot the results. I am 
now able to record about half a million interrupts contineously in a 
relative short period of time. These results alone are not 
representative but in combination with the latency test.

So to come to an end... thank you for the quick help and if I find out 
something more I'll post it for the future generations :D

Regards,
Karl Tyss


  reply	other threads:[~2009-06-06 17:38 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <4A294F59020000F80002DC0E@msw.eppendorf.de>
     [not found] ` <200906051932.16827.karl.tyss@domain.hid>
2009-06-05 18:09   ` [Xenomai-help] IRQ-Latency when in idle State on ARM Gilles Chanteperdrix
2009-06-05 19:08     ` Gilles Chanteperdrix
2009-06-06 17:38       ` Karl Tyss [this message]
2009-06-06 18:00         ` Gilles Chanteperdrix
2009-06-05 17:36 Karl Tyss
     [not found] <4A28F029020000F80002DB14@domain.hid>
     [not found] ` <4A28FAD4020000F80002DB27@domain.hid>
2009-06-05  9:00   ` Karl Tyss
2009-06-05  9:31     ` Gilles Chanteperdrix
2009-06-05  9:56       ` Karl Tyss
2009-06-05 11:10         ` Gilles Chanteperdrix
2009-06-05 13:42         ` Gilles Chanteperdrix
2009-06-05 14:09           ` Karl Tyss
2009-06-05 14:16             ` Gilles Chanteperdrix
2009-06-05 14:17             ` Gilles Chanteperdrix
2009-06-05 14:49               ` Karl Tyss
2009-06-05 15:01                 ` Gilles Chanteperdrix
2009-06-05 12:13     ` Bosko Radivojevic
2009-06-08  7:31       ` Karl Tyss

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4A2AA98D.4030407@domain.hid \
    --to=karl.tyss@domain.hid \
    --cc=gilles.chanteperdrix@xenomai.org \
    --cc=xenomai@xenomai.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.