he, bo fb2cf2c660 sched: Fix OOPS when build_sched_domains() percpu allocation fails ... Under extreme memory used up situations, percpu allocation might fail. We hit it when system goes to suspend-to-ram, causing a kworker panic: EIP: [<c124411a>] build_sched_domains+0x23a/0xad0 Kernel panic - not syncing: Fatal exception Pid: 3026, comm: kworker/u:3 3.0.8-137473-gf42fbef #1 Call Trace: [<c18cc4f2>] panic+0x66/0x16c [...] [<c1244c37>] partition_sched_domains+0x287/0x4b0 [<c12a77be>] cpuset_update_active_cpus+0x1fe/0x210 [<c123712d>] cpuset_cpu_inactive+0x1d/0x30 [...] With this fix applied build_sched_domains() will return -ENOMEM and the suspend attempt fails. Signed-off-by: he, bo <bo.he@intel.com> Reviewed-by: Zhang, Yanmin <yanmin.zhang@intel.com> Reviewed-by: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com> Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: <stable@kernel.org> Link: http://lkml.kernel.org/r/1335355161.5892.17.camel@hebo [ So, we fail to deallocate a CPU because we cannot allocate RAM :-/ I don't like that kind of sad behavior but nevertheless it should not crash under high memory load. ] Signed-off-by: Ingo Molnar <mingo@kernel.org>		2012-04-26 12:54:53 +02:00
..
auto_group.c
auto_group.h
clock.c
core.c	sched: Fix OOPS when build_sched_domains() percpu allocation fails	2012-04-26 12:54:53 +02:00
cpupri.c
cpupri.h
debug.c
fair.c	sched: Fix more load-balancing fallout	2012-04-26 12:54:52 +02:00
features.h	sched: Fix more load-balancing fallout	2012-04-26 12:54:52 +02:00
idle_task.c
Makefile
rt.c	sched/rt: Improve pick_next_highest_task_rt()	2012-03-27 14:52:12 +02:00
sched.h	Merge branch 'sched-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip	2012-03-31 13:35:31 -07:00
stats.c
stats.h
stop_task.c