On Mon, 2011-01-31 at 16:11 +0100, Gilles Chanteperdrix wrote: > Philippe Gerum wrote: > > The caller should lose its RPI boost as soon as the regular select() > > syscall blocks it though - and I assume it does, so we do have a bug in > > 2.4.9 here (although I'm pretty sure it has been fixed in later > > releases). Having a shadow stuck in 'R'unnable mode > > in /proc/xenomai/sched is a good sign that something is broken deep > > inside. > > The issue may be that the syscall caused the switch to primary mode, > then the libc select is looping without syscall for whatever reason? > Also, maybe testing 2.4.10 is worth a shot. >
What bothers me, is that we should not even be able to read /proc/xenomai/sched from an unrelated shell, in case we had a runaway primary or even secondary SCHED_FIFO task. (IIRC, Roderik is running Xenomai over a single core ppc board, mpc52xx/icecube). -- Philippe. _______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
