From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <44326CFF.6070700@domain.hid> Date: Tue, 04 Apr 2006 14:56:31 +0200 From: Philippe Gerum MIME-Version: 1.0 Subject: Re: [Xenomai-help] Panic in rt_queue_create: bug or misuse? References: <6ee4c8380604032304h2de399c6geffbbae78ab6124b@domain.hid> <443225ED.6070104@domain.hid> <44322BDD.8010706@domain.hid> In-Reply-To: <44322BDD.8010706@domain.hid> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: xenomai@xenomai.org, "Brian L." Jan Kiszka wrote: > Philippe Gerum wrote: > >>Brian L. wrote: >> >>>I apologize for not including the panic here. I will be obtaining a >>>serial cable tomorrow and accessing panic text should become much >>>simpler. Since the panic is several screen-fulls long, even if I were >>>to painstakingly type it in, it would be missing vital information. >>> >>>I'm posting this now in case this is a known issue with a simple fix. >>>Newsgroup history doesn't turn up any messages with rt_queue_create >>>and panic in the past few months. I am running xenomai 2.1.0 on linux >>>2.6.15 with APIC disabled in kernel config on a celeron 566/440bx. >>> >>>Code: >>>====== >>>int main() { >>>RT_TASK main_task; >>>RT_QUEUE queue; >>>RT_MUTEX lock; >>> >> >> mlockall(MCL_CURRENT|...) ? > > > Would this excuse the panic? > I would expect the thread to be relaxed by Xeno so that the fixup and later paging in happen properly, but given the few bits given here, I'm trying to rule out unexpected page faulting issues. > >>>if (0 != rt_task_shadow(&main_task,"MAIN",1,T_FPU)) { >>> die("Couldn't Shadow Main Task\n"); >>>} >>> >>>rt_mutex_create(&lock,0); >>>rt_queue_create(&queue,"log_queue",8192,100,Q_FIFO); >>>... >>>} >>>====== >>> >>>The kernel panics and freezes the test machine in rt_queue_create. I >>>will post panic text as soon as it is accessible to me. The panic >>>occurs whether or not I shadow the main task and whether or not the >>>mutex is named. Am I misusing an API or am I possibly looking at a >>>bug? >>> >>>The bottom 25 lines of the panic seem to involve a call to the ipipe >>>exception handler every 6-8 lines. It doesn't look like endless >>>recursion, though, so we could just be walking up an exception tree. >>>I'm missing the top of the trace and the panic type because it doesn't >>>get logged and I can't scroll a frozen machine. >>> >>>Thanks, >>> >>>Brian >>> >>>_______________________________________________ >>>Xenomai-help mailing list >>>Xenomai-help@domain.hid >>>https://mail.gna.org/listinfo/xenomai-help >>> >> >> > > -- Philippe.