Sripathi, Thanks for reporting this. On Tue, 4 Mar 2008, Sripathi Kodi wrote: > > > I can recreate the problem easily and can also get a kdump. Please let > me know if any other information will help in analyzing this. Could you try this patch and let me know if it fixes your problem. -- Steve Signed-off-by: Steven Rostedt <srostedt@xxxxxxxxxx> --- kernel/sched_rt.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) Index: linux-2.6.24.3-rt3/kernel/sched_rt.c =================================================================== --- linux-2.6.24.3-rt3.orig/kernel/sched_rt.c 2008-03-04 13:49:53.000000000 -0500 +++ linux-2.6.24.3-rt3/kernel/sched_rt.c 2008-03-04 13:51:27.000000000 -0500 @@ -840,9 +840,11 @@ static void prio_changed_rt(struct rq *r pull_rt_task(rq); /* * If there's a higher priority task waiting to run - * then reschedule. + * then reschedule. Note, the above pull_rt_task + * can release the rq lock and p could migrate. + * Only reschedule if p is still on the same runqueue. */ - if (p->prio > rq->rt.highest_prio) + if (p->prio > rq->rt.highest_prio && task_rq(p) == rq) resched_task(p); #else /* For UP simply resched on drop of prio */ -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
