On 09/29/2015 02:38 PM, Johann Obermayr wrote: > Am 25.09.2015 um 10:44 schrieb Harald Feßl: >> Hi >> >> I have done a ipipe trace for some working and one non working cycle. >> The trace is stopped after the non working cycle. >> I have marked the working cycles with green and the non working cycle >> with red in my graphical trace. >> The ipipe trace and graphical trace are stopped at the same time. >> >> After the non working cycle the system is working correct again for >> some seconds or minutes. >> >> I think the problem is, that the migration of the task "cyclic" from >> xenomai to linux, needs sometimes some ms. >> >> Harald >> >> Harald Fessl >> Betriebssystem >> ________________________________ >> >> SIGMATEK GmbH & Co KG >> Sigmatekstraße 1 >> 5112 Lamprechtshausen >> Österreich / Austria >> >> Tel.: +43/6274/4321-0 >> Fax: +43/6274/4321-18 >> E-Mail: harald.fe...@sigmatek.at >> http://www.sigmatek-automation.com >> >> ***********************Please note:************************************ >> This email and all attachments are confidential and intended solely for >> the person or entity to whom it is addressed. If you are not the named >> addressee you must not make this email and all attachments accessible >> to any other person. If you have received this email in error please >> delete it together with all attachments. >> *********************************************************************** >> >> Am 23.09.2015 um 12:36 schrieb Jan Kiszka: >>> On 2015-09-23 10:51, Harald Feßl wrote: >>>> Hi >>>> >>>> The linux tasks are not blocked (not all). >>>> I think the problem is , that the linux scheduler function in the >>>> kernel >>>> is not called for some ms. >>>> I have also traced the calls to the scheduler function >>>> "static int __sched __schedule(void)" >>>> and sometimes when the decribed problem occur this function is not >>>> called while no linux task are running. >>> If no task is runnable, there is also no reason to invoke schedule. >>> >>> Please post a ftrace log of your system, covering both a working and a >>> non-working cycle, including cobalt* and at least sched and irq events. >>> >>> Jan >>> >> > > > Hello Philippe and Xenomai forum, > > we have some trouble with a xenomai task (cyclic with prio 30) after > switching to secondary domain. > Linux ARM 3.0, Xenomai 2.6.2.1, and CONFIG_XENO_OPT_PRIOCPL=y.
PRIOCPL should be disabled, and all tests redone in this context. -- Philippe. _______________________________________________ Xenomai mailing list Xenomai@xenomai.org http://xenomai.org/mailman/listinfo/xenomai