Re: [Xenomai-core] [BUG] recursive fault on cyclictest termination -- scalable sched?

2007-05-26 Thread Philippe Gerum
On Fri, 2007-05-25 at 17:32 +0200, Jan Kiszka wrote: > Daniel Schnell wrote: > > Well, that may be related to the bug I am seeing when I am ending > > cyclictest with Ctrl-C, Recursive kernel Ooops and this is on plain 2.3.1 > > > > 2.3.1 is definitely affected by this bug as well, as it also ga

Re: [Xenomai-core] [BUG] recursive fault on cyclictest termination -- scalable sched?

2007-05-25 Thread Jan Kiszka
Daniel Schnell wrote: > Well, that may be related to the bug I am seeing when I am ending cyclictest > with Ctrl-C, Recursive kernel Ooops and this is on plain 2.3.1 > 2.3.1 is definitely affected by this bug as well, as it also gained the prio-coupling rework. But you have to have SCALABLE_SCHE

Re: [Xenomai-core] [BUG] recursive fault on cyclictest termination -- scalable sched?

2007-05-25 Thread Jan Kiszka
Daniel Schnell wrote: > Well, that may be related to the bug I am seeing when I am ending cyclictest > with Ctrl-C, Recursive kernel Ooops and this is on plain 2.3.1 My tests all ran over trunk, but you may easily verify the relation by enabling XENO_OPT_DEBUG_QUEUES. Jan signature.asc Descri

Re: [Xenomai-core] [BUG] recursive fault on cyclictest termination -- scalable sched?

2007-05-25 Thread Gilles Chanteperdrix
Philippe Gerum wrote: > On Fri, 2007-05-25 at 15:55 +0200, Jan Kiszka wrote: > >>Gilles Chanteperdrix wrote: >> >>>Jan Kiszka wrote: >>> People, we have some new troubles: I'm reproducibly getting recursive faults on termination of cyclictest via ^C. It's all standard here: ipipe

Re: [Xenomai-core] [BUG] recursive fault on cyclictest termination -- scalable sched?

2007-05-25 Thread Philippe Gerum
On Fri, 2007-05-25 at 15:55 +0200, Jan Kiszka wrote: > Gilles Chanteperdrix wrote: > > Jan Kiszka wrote: > >> People, we have some new troubles: > >> > >> I'm reproducibly getting recursive faults on termination of cyclictest > >> via ^C. It's all standard here: ipipe 1.8-02, Xenomai trunk #2469, n

Re: [Xenomai-core] [BUG] recursive fault on cyclictest termination -- scalable sched?

2007-05-25 Thread Jan Kiszka
Jan Kiszka wrote: > Gilles Chanteperdrix wrote: >> Jan Kiszka wrote: >>> People, we have some new troubles: >>> >>> I'm reproducibly getting recursive faults on termination of cyclictest >>> via ^C. It's all standard here: ipipe 1.8-02, Xenomai trunk #2469, no >>> weird patches of mine. >>> >>> Som

Re: [Xenomai-core] [BUG] recursive fault on cyclictest termination -- scalable sched?

2007-05-25 Thread Jan Kiszka
Gilles Chanteperdrix wrote: > Jan Kiszka wrote: >> People, we have some new troubles: >> >> I'm reproducibly getting recursive faults on termination of cyclictest >> via ^C. It's all standard here: ipipe 1.8-02, Xenomai trunk #2469, no >> weird patches of mine. >> >> Something goes utterly wrong, t

Re: [Xenomai-core] [BUG] recursive fault on cyclictest termination -- scalable sched?

2007-05-25 Thread Gilles Chanteperdrix
Jan Kiszka wrote: > People, we have some new troubles: > > I'm reproducibly getting recursive faults on termination of cyclictest > via ^C. It's all standard here: ipipe 1.8-02, Xenomai trunk #2469, no > weird patches of mine. > > Something goes utterly wrong, the debugger currently points into >

Re: [Xenomai-core] [BUG] recursive fault on cyclictest termination -- scalable sched?

2007-05-25 Thread Gilles Chanteperdrix
Jan Kiszka wrote: > People, we have some new troubles: > > I'm reproducibly getting recursive faults on termination of cyclictest > via ^C. It's all standard here: ipipe 1.8-02, Xenomai trunk #2469, no > weird patches of mine. > > Something goes utterly wrong, the debugger currently points into >

[Xenomai-core] [BUG] recursive fault on cyclictest termination -- scalable sched?

2007-05-25 Thread Jan Kiszka
People, we have some new troubles: I'm reproducibly getting recursive faults on termination of cyclictest via ^C. It's all standard here: ipipe 1.8-02, Xenomai trunk #2469, no weird patches of mine. Something goes utterly wrong, the debugger currently points into xnshadow_relax->rpi_push, and the