Nicolas BLANCHARD wrote: >>>>> "Nicolas BLANCHARD" <[EMAIL PROTECTED]> 29.11 11:25 >>> >> Hello, >> >> I've tested wiith Xenomai 2.3-rc2 (adeos 1.5-02) >> and change the config : >> - CONFIG_M586 >> - disable CONFIG_INPUT_PCSPKR > (it was on module) >> - disable prio boosting (check > CONFIG_XENO_OPT_RPDISALBLE) >> and it seems to work better, one hour without blocking, it's a record >> for me. >> >> So, i will investigate to find which modification improve my problem. > > After somes tests (kernel compil), it seems that prio boost is > responsable of my > problem. When it's disable (kernel option checked) my program run > correctly.
Yeah, that's what I assumed now as well. Full output of /proc/xenomai/sched would be interesting now. > > I'm not sure to understand how the prio boost work. > Can someone explain ? Any Linux service, including those requested by Xenomai threads in secondary mode, runs over the root thread. The root thread normally runs at priority -1, i.e. below all Xenomai tasks. When CONFIG_XENO_OPT_RPDISALBLE is *not* set and a Xenomai thread switches to secondary mode, Xenomai raises the root thread's prio to the level of that thread. This boosts Linux temporarily above any lower priority RT thread, aiming at accelerating the completion of the requested Linux service. If you do not depend on such boosting for your system design, switching the service off improves the mode switch performance (and obviously avoids a bug here we have to fix nevertheless). Jan
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
