From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <4858E524.7040902@domain.hid> Date: Wed, 18 Jun 2008 12:36:20 +0200 From: Pierangelo Masarati MIME-Version: 1.0 References: <48568E78.5000606@domain.hid> <485695AE.7030509@domain.hid> <485794CC.3030102@domain.hid> <485799E6.2060602@domain.hid> <48579C9B.1070402@domain.hid> <4857B41B.5060300@domain.hid> <4857B670.9060107@domain.hid> In-Reply-To: <4857B670.9060107@domain.hid> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Adeos-main] latency fix for 2.6.25? List-Id: General discussion about Adeos List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: rpm@xenomai.org Cc: adeos-main@gna.org Philippe Gerum wrote: >>> Ok, you were talking about the _previous_ implementation, right? >> Yes. It's been running for a few hours today, so your fix seems to be >> fine; in any case, the tests will run overnight, and I'll let you know >> tomorrow. I believe this issue could not be easily pointed out by just >> a simple latency check. >> > > Agreed, we need to create a load that makes races on seqlocks more likely, and > ideally with lots of readers delaying a single writer. The testing of your fix ran overnight without problems, so we'd consider it fine. Another possible fix to preserve linux timings is to use local_irq_disable_hw() after halt. It seems to create no significant latency. Sincerely, p.