From mboxrd@z Thu Jan 1 00:00:00 1970 Subject: Re: [Xenomai-core] Bug in taskSuspend for user mode vxworks From: Philippe Gerum In-Reply-To: <200610281454.46672.niklaus.giger@domain.hid> References: <200610252346.34150.niklaus.giger@domain.hid> <1161967109.4983.13.camel@domain.hid> <200610281454.46672.niklaus.giger@domain.hid> Content-Type: text/plain Date: Sat, 28 Oct 2006 19:16:32 +0200 Message-Id: <1162055792.4954.25.camel@domain.hid> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit 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: niklaus.giger@domain.hid Cc: xenomai@xenomai.org On Sat, 2006-10-28 at 14:54 +0200, Niklaus Giger wrote: > Am Freitag, 27. Oktober 2006 18:38 schrieb Philippe Gerum: > > On Wed, 2006-10-25 at 23:46 +0200, Niklaus Giger wrote: > > > Hi > > > > > > While trying to make a small demo app for Xenomai's registry I stumbled > > > about the following bug of the vxWorks skin. > > > > > > taskSuspend provokes (sometimes) a switch to the secondary mode, e.g. the > > > > > > output of the attached demo gives: > > > > reg_demo & > > > > ~ $ Xenomai: Switching ConsumerTask to secondary mode after exception > > > > #1025 > > > > This is the same issue that you raised back then, and that we did not > > fix yet: > > https://mail.gna.org/public/xenomai-core/2006-09/msg00177.html > > > > #1025 looks like being an ISI exception due to some unmapped memory > > being referred to. You mentioned CONFIG_XENO_OPT_DEBUG as possibly being > > part of the problem/solution; could you check whether this error still > > occurs when this option is disabled in the nucleus? > I recompiled the kernel with CONFIG_XENO_OPT_DEBUG disabled and the error went > away.a Does disabling CONFIG_XENO_OPT_DEBUG_QUEUES while keeping CONFIG_XENO_OPT_DEBUG enabled change anything? -- Philippe.