From mboxrd@z Thu Jan 1 00:00:00 1970 Subject: Re: [Xenomai-core] rt_task_create() hangs ? From: Philippe Gerum In-Reply-To: <45B75FFB.6030205@domain.hid> References: <45B75FFB.6030205@domain.hid> Content-Type: text/plain Date: Fri, 26 Jan 2007 00:29:42 +0100 Message-Id: <1169767782.5028.150.camel@domain.hid> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: Philippe Gerum Reply-To: rpm@xenomai.org List-Id: "Xenomai life and development \(bug reports, patches, discussions\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Steven Scholz Cc: xenomai@xenomai.org On Wed, 2007-01-24 at 14:32 +0100, Steven Scholz wrote: > Hi all, > > we're doing the first steps with Xenomai and stumbled about some problems. > > On our AT91RM9200 (adeos-ipipe-2.6.14-arm-1.5-04, > ipipe-2.6.14-at91-1.5-04.patch) a simple application (that just creates and > destroys two threads) > > rt_task_create(&task_1,"task_1",0,50,0); > rt_task_create(&task_2,"task_2",0,51,0); > ... > rt_task_delete(&task_2); > rt_task_delete(&task_1); > > runs fine when started for the first time. But when started again it hangs > in the rt_task_create() for the second task. > Funny enough it all runs fine when we first delete task1 and then task2 ... > Could you post the full source of your test app? It's impossible to infere anything from this description without understanding who actually does what in your app. TIA. > On an x86 (adeos-ipipe-2.6.19-i386-1.6-03) the application runs fine. Either > way. > > We noticed that on the AT91RM9200 we don't see the > > Xenomai: POSIX: destroyed thread c14a0320 > > message. Not even when running (and stopping) cyclictest. I suspect that > this is leading to our problems. > This message is not issued by the native Xenomai API, but by the POSIX one, so those issues are not necessarily related. > Any idea? > > Thanks a million! > > -- > Steven > > _______________________________________________ > Xenomai-core mailing list > Xenomai-core@domain.hid > https://mail.gna.org/listinfo/xenomai-core -- Philippe.