From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Tue, 8 Jul 2014 16:04:19 +0200 From: Maxime Ripard Message-ID: <20140708140419.GP13423@lukather> References: <1404210421-17081-1-git-send-email-maxime.ripard@free-electrons.com> <53B294A7.5010803@xenomai.org> <20140701141536.GN28647@lukather> <53B30D96.60500@xenomai.org> <20140704092736.GC13487@lukather> <53B7B3BF.3090807@xenomai.org> <20140707160239.GF13423@lukather> <53BAC5C4.5060704@xenomai.org> <20140708125505.GN13423@lukather> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20140708125505.GN13423@lukather> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai] [PATCH] AT91: SAMA5D3: Adapt Ipipe for AIC5 List-Id: Discussions about the Xenomai project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gilles Chanteperdrix Cc: Thomas Petazzoni , Alexandre Belloni , Boris Brezillon , Nicolas Ferre , xenomai@xenomai.org On Tue, Jul 08, 2014 at 02:55:05PM +0200, Maxime Ripard wrote: > On Mon, Jul 07, 2014 at 06:07:32PM +0200, Gilles Chanteperdrix wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On 07/07/2014 06:02 PM, Maxime Ripard wrote: > > > On Sat, Jul 05, 2014 at 10:13:51AM +0200, Gilles Chanteperdrix > > > wrote: > > >>>>> Ok, so, with the changes you mentionned, I can't make the > > >>>>> system crash anymore (or at least, not as easily as it used > > >>>>> to be). > > >>>>> > > >>>>> But: - whenever the program mentionned above calls exit(), > > >>>>> it stalls. However, ctrl+c makes the program exit properly, > > >>>>> and everything seems fine otherwise - whenever we don't > > >>>>> link it against xenomai, it just hangs. I've not figured > > >>>>> out why yet > > >>>>> > > >>>>> With CONFIG_XENOMAI and CONFIG_IPIPE disabled, it works > > >>>>> fine. > > >>>> > > >>>> My answer was wrong, you probably need to keep the > > >>>> set_backup/clear_backup calls in he ->hold and ->release > > >>>> callbacks, as the linux interrupt may expect the backup areas > > >>>> to be in sync. Did you do this, or did you go for the > > >>>> alternative? > > >>> > > >>> I went for the alternative. I'm sending you a v2 with what I > > >>> have so far, that shows the behaviour I was describing. > > >> > > >> Could you try the following patch? > > > > > > It actually works much better, thanks! > > > > > > The above mentionned issues are gone, there's only one last glitch > > > I guess. The max latency under load is around a few 100's of ms > > > (while idle, it's actually around 200-300us, which seems more > > > reasonable. > > > > 200us or 300us seems high for a last generation cortex. milliseconds > > issues indicate an issue, does the msw column in latency increment? > > Ok, so after spending more time running xeno-test and latency > > * xeno-test -l "dohell -s 192.168.0.42 -p 5566 -b /usr/bin/hackbench 60" > - the average latency measured is 37us, with a max at 53 > > * If I just use the same load generator program I was using > previously (which basically just run hackbench, dohell, do some > dd, output some data through netcat, etc.), and latency, for 45 > minutes, I get an average latency at 35us, and a max latency at 60. > > So the issue seems to lie in something related to our test program. For the record, the code is there: http://git.free-electrons.com/training-materials/tree/lab-data/realtime/rttest/data/rttest.c Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: