All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Karl Tyss" <tyss.k@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: Fri, 05 Jun 2009 16:09:57 +0200	[thread overview]
Message-ID: <4A294359.3E52.00F8.0@domain.hid> (raw)
In-Reply-To: <4A2920C7.40200@domain.hid>

Hi,

5 minutes ago I found out that one of the caches definately has to
cause the problem. I believe I would have to spent couple of more days
to find out why. 

Your hint was a bulls eye. I tried a dirty trick and commented out the
two lines responsible for disabling the I-cache.  It helped. I wonder if
it leads to other problems. I will test it and post my results.

Thank you both for the quick and productive help.

Best regards,
Karl Tyss
 

Mit Freundlichen Grüßen,
Karl Tyss



>>> Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org> 06/05/09
3:42 PM >>> 
Karl Tyss wrote:
> Hi,
> 
> thank you for the quick answer.
> 
> The idea with deactivating the caches is to see if they are
influencing
> this behavior. I also tried out the FCSE option and it did not help.
My
> issue is that if there is a user space application that starts lots
of
> short processes/threads and sleeps for a short time, in this case I
get
> a large jitter. Till this point I was able to find out that it makes
a
> difference if the idle task is running. 
> 
> These simple tests I was running weren't supposed to be relevant
stress
> tests. I only tried to prevent the kernel entering the idle task and
the
> simplest way was to start an endless loop doing noting.
> 
> So my question was actually is there any explanation to this
behavior
> and in both cases (yes or no) is this behavior predictable? Perhaps
one
> can avoid this by modifying the cpu_idle task, so that the system
> doesn't necessarily go in a sleep mode.

Ok. If I understand correctly, the AT91SAM9G20 uses an arm926ejs core,
and in arch/arm/mm/proc-arm926.S, the idle function disables and
re-enables the I-cache, so, that may be the source of your problems.

-- 
					    Gilles.



---------------------------------------------------------------------------------------
This email including its attachments is intended for the person or
entity only to which it is addressed. It may contain confidential and/or
privileged material. Any review, forwarding, dissemination, other use
of, or taking of any action in reliance upon this information by persons
or entities other than the intended recipient is prohibited.
If you received this email in error, please contact the sender and 
delete the material from any computer system. 
---------------------------------------------------------------------------------------

Eppendorf AG, Hamburg, Barkhausenweg 1, 22339 Hamburg,
Amtsgericht Hamburg HRB 76249
Vors. des Aufsichtsrats: Dipl.-Ing. Adrian Déteindre
Vorstand: Klaus Fink (Vorsitzender), Detmar Ammermann,
Dr. Heinz G. Koehn, Dr. Michael Schroeder

Eppendorf Instrumente GmbH, Hamburg, Amtsgericht Hamburg, HRB 69077
Geschäftsführer: Rainer Treptow

Eppendorf Biochip Systems GmbH, Hamburg, Amtsgericht Hamburg, HRB 96641
Geschäftsführer: Dr. Sven Buelow

Eppendorf Liquid Handling GmbH, Hamburg, Amtsgericht Hamburg, HRB 92250
Geschäftsführer: Boris von Beichmann


  reply	other threads:[~2009-06-05 14:09 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <4A28F029020000F80002DB14@domain.hid>
     [not found] ` <4A28FAD4020000F80002DB27@domain.hid>
2009-06-05  9:00   ` [Xenomai-help] IRQ-Latency when in idle State on ARM 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 [this message]
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
2009-06-05 17:36 Karl Tyss
     [not found] <4A294F59020000F80002DC0E@msw.eppendorf.de>
     [not found] ` <200906051932.16827.karl.tyss@domain.hid>
2009-06-05 18:09   ` Gilles Chanteperdrix
2009-06-05 19:08     ` Gilles Chanteperdrix
2009-06-06 17:38       ` Karl Tyss
2009-06-06 18:00         ` Gilles Chanteperdrix

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=4A294359.3E52.00F8.0@domain.hid \
    --to=tyss.k@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.