From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <43F58683.4020604@domain.hid> Date: Fri, 17 Feb 2006 09:17:07 +0100 From: Philippe Gerum MIME-Version: 1.0 Subject: Re: [Xenomai-help] no-brainer realtime issue References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Steven Seeger Cc: "xenomai@xenomai.org" Steven Seeger wrote: >>Which framebuffer support did you select at kernel level? >> >>What is the output of testsuite/latency while using the VT console? >> > > > I'm using the gx1fb framebuffer for the geode. However, since this problem > occurs even when the VT outputting the text is not active, I don't think > it's fb related. > > The latency output is just a bunch of numbers. :P > Until those numbers are sane, there is no point in trying anything else though. > Here is some output with the latency -p 500 command, and halfway through it > I put a 100% load on the cpu. > Ok, the testsuite clearly fails on your board, and something in the current setup prevents any real-time use. .config would help. > > == Sampling period: 500 us > == Test mode: periodic user-mode task > warming up... > RTT| 00:00:01 (periodic user-mode task, 500 us period) > RTH|-----lat min|-----lat avg|-----lat max|-overrun|----lat best|---lat > worst > RTD| -2327277| -1766041| -1196976| 0| -2327277| > -1196976 > RTD| -3443424| -2882532| -2293218| 0| -3443424| > -1196976 > RTD| -4558603| 3176566| -3412343| 0| -4558603| > -1196976 > RTD| -5663780| 2061495| -4522950| 0| -5663780| > -1196976 > RTD| -6764019| 976449| -5637527| 0| -6764019| > -1196976 > RTD| -7885937| -137963| -6750223| 0| -7885937| > -1196976 > RTD| -8993661| -1254331| -7868111| 0| -8993661| > -1196976 > RTD| -10141655| -2395933| -8979941| 0| -10141655| > -1196976 > ---|------------|------------|------------|--------|------------------------ > - > RTS| -10141655| -277784| -1196976| 0| 00:00:08/00:00:08 > > -- Philippe.