| commit | 7bae49d498de87f0da0c20c67adaa278eac84566 | |
| author | James Bottomley <James.Bottomley@SteelEye.com> | |
| Mon, 29 Oct 2007 20:18:11 +0000 (29 21:18 +0100) | ||
| committer | Ingo Molnar <mingo@elte.hu> | |
| Mon, 29 Oct 2007 20:18:11 +0000 (29 21:18 +0100) | ||
| tree | 29af1dd7d73da9c06e6295debf0bf963085a1589 | treesnapshot (tar.gz zip) |
| parent | 73a2bcb0edb9ffb0b007b3546b430e2c6e415eee | commitdiff |
sched: fix incorrect assumption that cpu 0 exists
This patch:
commit 9b5b77512dce239fa168183fa71896712232e95a
Author: Srivatsa Vaddagiri <vatsa@linux.vnet.ibm.com>
Date: Mon Oct 15 17:00:09 2007 +0200
sched: clean up code under CONFIG_FAIR_GROUP_SCHED
Introduced an assumption of the existence of CPU0 via this line
cfs_rq = tg->cfs_rq[0];
If you have no CPU0, that will be NULL. The fix seems to be just to
take whatever cfs_rq queue comes out of the for_each_possible_cpu()
loop, since they're all equally good for the destruction operation.
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
This patch:
commit 9b5b77512dce239fa168183fa71896712232e95a
Author: Srivatsa Vaddagiri <vatsa@linux.vnet.ibm.com>
Date: Mon Oct 15 17:00:09 2007 +0200
sched: clean up code under CONFIG_FAIR_GROUP_SCHED
Introduced an assumption of the existence of CPU0 via this line
cfs_rq = tg->cfs_rq[0];
If you have no CPU0, that will be NULL. The fix seems to be just to
take whatever cfs_rq queue comes out of the for_each_possible_cpu()
loop, since they're all equally good for the destruction operation.
Signed-off-by: James Bottomley <James.Bottomley@SteelEye.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
| kernel/sched.c | diffblobblamehistory |