From mboxrd@z Thu Jan 1 00:00:00 1970 From: Philippe Gerum In-Reply-To: <2ff1a98a0708060208k1d217ae6ge20389074d9bf1bd@domain.hid> References: <46B1A842.1090708@domain.hid> <1186049556.6611.319.camel@domain.hid> <46B1B7DE.3080404@domain.hid> <1186053839.6611.326.camel@domain.hid> <46B2E1B3.2020102@domain.hid> <2ff1a98a0708060208k1d217ae6ge20389074d9bf1bd@domain.hid> Content-Type: text/plain Date: Mon, 06 Aug 2007 13:54:30 +0200 Message-Id: <1186401270.5963.2.camel@domain.hid> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: Philippe Gerum Subject: Re: [Xenomai-help] Unexpected switch to secondary mode Reply-To: rpm@xenomai.org List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gilles Chanteperdrix Cc: Xenomai-help@domain.hid On Mon, 2007-08-06 at 11:08 +0200, Gilles Chanteperdrix wrote: > On 8/3/07, Johan Borkhuis wrote: > > Philippe, > > > > (BTW: is this something that should be discussed in the Xenomai group, > > or would it be better to move this discussion to the Adeos mailing list?) > > > > I do have question on this. We already discussed this problem earlier, > > and I managed to find a very dirty work around for my application: I > > added a lot of "dummy" functions to my application, which are spread > > over the whole application. By calling these after the mlockall, but > > before I switch to RT-mode I manage to eliminate most of the switches. > > Before implementing the nocow patch, I opened /proc/self/maps and > caused a fault on every writable page, even if ugly, this looks > simpler than spreading dummy functions over the whole application. > > But I have another question: since the nocow patch is platform > independent, why not integrating it in the I-pipe patch for power pc ? > It is merged into the latest patches against the powerpc/ tree. -- Philippe.