[RFC][PATCH 11/18] sched: Add p->pi_lock to task_rq_lock()

Previous thread: [RFC][PATCH 12/18] sched: Drop rq->lock from first part of wake_up_new_task() by Peter Zijlstra on Tuesday, January 4, 2011 - 7:59 am. (1 message)

Next thread: [RFC][PATCH 13/18] sched: Drop rq->lock from sched_exec() by Peter Zijlstra on Tuesday, January 4, 2011 - 7:59 am. (1 message)
From: Peter Zijlstra
Date: Tuesday, January 4, 2011 - 7:59 am

In order to be able to call set_task_cpu() while either holding
p->pi_lock or task_rq(p)->lock we need to hold both locks in order to
stabilize task_rq().

This makes task_rq_lock() acquire both locks, and have
__task_rq_lock() validate that p->pi_lock is held. This increases the
locking overhead for most scheduler syscalls but allows reduction of
rq->lock contention for some scheduler hot paths (ttwu).

Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl>
---
 kernel/sched.c |   81 ++++++++++++++++++++++++++-------------------------------
 1 file changed, 37 insertions(+), 44 deletions(-)

Index: linux-2.6/kernel/sched.c
===================================================================
--- linux-2.6.orig/kernel/sched.c
+++ linux-2.6/kernel/sched.c
@@ -602,7 +602,7 @@ static inline int cpu_of(struct rq *rq)
  * Return the group to which this tasks belongs.
  *
  * We use task_subsys_state_check() and extend the RCU verification
- * with lockdep_is_held(&task_rq(p)->lock) because cpu_cgroup_attach()
+ * with lockdep_is_held(&p->pi_lock) because cpu_cgroup_attach()
  * holds that lock for each task it moves into the cgroup. Therefore
  * by holding that lock, we pin the task to the current cgroup.
  */
@@ -612,7 +612,7 @@ static inline struct task_group *task_gr
 	struct cgroup_subsys_state *css;
 
 	css = task_subsys_state_check(p, cpu_cgroup_subsys_id,
-			lockdep_is_held(&task_rq(p)->lock));
+			lockdep_is_held(&p->pi_lock));
 	tg = container_of(css, struct task_group, css);
 
 	return autogroup_task_group(p, tg);
@@ -928,23 +928,15 @@ static inline void finish_lock_switch(st
 #endif /* __ARCH_WANT_UNLOCKED_CTXSW */
 
 /*
- * Check whether the task is waking, we use this to synchronize ->cpus_allowed
- * against ttwu().
- */
-static inline int task_is_waking(struct task_struct *p)
-{
-	return unlikely(p->state == TASK_WAKING);
-}
-
-/*
- * __task_rq_lock - lock the runqueue a given task resides on.
- * Must be called interrupts disabled.
+ * ...
Previous thread: [RFC][PATCH 12/18] sched: Drop rq->lock from first part of wake_up_new_task() by Peter Zijlstra on Tuesday, January 4, 2011 - 7:59 am. (1 message)

Next thread: [RFC][PATCH 13/18] sched: Drop rq->lock from sched_exec() by Peter Zijlstra on Tuesday, January 4, 2011 - 7:59 am. (1 message)