From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <45EFCD72.3080904@domain.hid> Date: Thu, 08 Mar 2007 09:46:42 +0100 From: Steven Scholz MIME-Version: 1.0 Subject: Re: [Xenomai-core] latency hangs on AT91RM9200 References: <45DECFAF.60304@domain.hid> <45DF04F2.4020002@domain.hid> <45DF192C.6020505@domain.hid> <45E2B3A1.8070102@domain.hid> <45E2C2C3.1020202@domain.hid> <45EFC936.4080405@domain.hid> <17903.52402.226751.881659@domain.hid> In-Reply-To: <17903.52402.226751.881659@domain.hid> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit List-Id: "Xenomai life and development \(bug reports, patches, discussions\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gilles Chanteperdrix Cc: Xenomai-core@domain.hid Gilles Chanteperdrix wrote: > Steven Scholz wrote: > > Hi Gilles, > > > > >> Ok, found the bug (actually, Philippe did), as almost expected, the way > > >> it is related to the latency program period is not really obvious. The > > >> bug is that in the macro "irq_handler" in entry-armv.S, the return value > > >> (in r0) of __ipipe_grab_irq is overriden by the subsequent call to > > >> get_irqnr_and_base. > > >> > > > > > > Here comes a patch. Note that it will only work correctly with > > > CONFIG_PREEMPT disabled for now. > > > > Any progress with CONFIG_PREEMPT enabled ? > > enabling CONFIG_PREEMPT almost works. But non real-time tasks system > calls fail from time to time. But I do need a new patch? Cause with last patch I get "BUG()" in schedule ... Steven