sched: HMP: fix potential logical errors
authorChris Redpath <chris.redpath@arm.com>
Fri, 11 Oct 2013 10:45:02 +0000 (11:45 +0100)
committerJon Medhurst <tixy@linaro.org>
Fri, 11 Oct 2013 14:07:18 +0000 (15:07 +0100)
commit2e14ecb254a3eaa2993b5dd04014f41e1d6188ce
tree63ddbb3503cf8201648fc2d2318a3919958b9016
parent5ecaba3d9f4ab514fe8d383534e24b306f116896
sched: HMP: fix potential logical errors

The previous API for hmp_up_migration reset the destination
CPU every time, regardless of if a migration was desired. The code
using it assumed that the value would not be changed unless
a migration was required. In one rare circumstance, this could
have lead to a task migrating to a little CPU at the wrong time.

Fixing that lead to a slight logical tweak to make the surrounding
APIs operate a bit more obviously.

Signed-off-by: Chris Redpath <chris.redpath@arm.com>
Signed-off-by: Robin Randhawa <robin.randhawa@arm.com>
Signed-off-by: Liviu Dudau <Liviu.Dudau@arm.com>
Signed-off-by: Jon Medhurst <tixy@linaro.org>
kernel/sched/fair.c