Commit c49443c5 authored by Gregory Haskins's avatar Gregory Haskins Committed by Ingo Molnar

sched: remove some old cpuset logic

We had support for overlapping cpuset based rto logic in early
prototypes that is no longer used, so remove it.
Signed-off-by: default avatarGregory Haskins <ghaskins@novell.com>
Signed-off-by: default avatarSteven Rostedt <srostedt@redhat.com>
Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
parent cdc8eb98
...@@ -586,38 +586,6 @@ static int pull_rt_task(struct rq *this_rq) ...@@ -586,38 +586,6 @@ static int pull_rt_task(struct rq *this_rq)
continue; continue;
src_rq = cpu_rq(cpu); src_rq = cpu_rq(cpu);
if (unlikely(src_rq->rt.rt_nr_running <= 1)) {
/*
* It is possible that overlapping cpusets
* will miss clearing a non overloaded runqueue.
* Clear it now.
*/
if (double_lock_balance(this_rq, src_rq)) {
/* unlocked our runqueue lock */
struct task_struct *old_next = next;
next = pick_next_task_rt(this_rq);
if (next != old_next)
ret = 1;
}
if (likely(src_rq->rt.rt_nr_running <= 1)) {
/*
* Small chance that this_rq->curr changed
* but it's really harmless here.
*/
rt_clear_overload(this_rq);
} else {
/*
* Heh, the src_rq is now overloaded, since
* we already have the src_rq lock, go straight
* to pulling tasks from it.
*/
goto try_pulling;
}
spin_unlock(&src_rq->lock);
continue;
}
/* /*
* We can potentially drop this_rq's lock in * We can potentially drop this_rq's lock in
* double_lock_balance, and another CPU could * double_lock_balance, and another CPU could
...@@ -641,7 +609,6 @@ static int pull_rt_task(struct rq *this_rq) ...@@ -641,7 +609,6 @@ static int pull_rt_task(struct rq *this_rq)
continue; continue;
} }
try_pulling:
p = pick_next_highest_task_rt(src_rq, this_cpu); p = pick_next_highest_task_rt(src_rq, this_cpu);
/* /*
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment