diff options
author | Thomas Gleixner <tglx@linutronix.de> | 2010-02-17 09:05:48 +0100 |
---|---|---|
committer | Thomas Gleixner <tglx@linutronix.de> | 2010-02-17 11:58:18 +0100 |
commit | 83ab0aa0d5623d823444db82c3b3c34d7ec364ae (patch) | |
tree | 7ec14a5e163cb2e17fbfe06b368b4969b78879bd /kernel/sched_fair.c | |
parent | 6e40f5bbbc734231bc5809d3eb785e3c21f275d7 (diff) | |
download | op-kernel-dev-83ab0aa0d5623d823444db82c3b3c34d7ec364ae.zip op-kernel-dev-83ab0aa0d5623d823444db82c3b3c34d7ec364ae.tar.gz |
sched: Don't use possibly stale sched_class
setscheduler() saves task->sched_class outside of the rq->lock held
region for a check after the setscheduler changes have become
effective. That might result in checking a stale value.
rtmutex_setprio() has the same problem, though it is protected by
p->pi_lock against setscheduler(), but for correctness sake (and to
avoid bad examples) it needs to be fixed as well.
Retrieve task->sched_class inside of the rq->lock held region.
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Acked-by: Peter Zijlstra <peterz@infradead.org>
Cc: stable@kernel.org
Diffstat (limited to 'kernel/sched_fair.c')
0 files changed, 0 insertions, 0 deletions