Peter Zijlstra bced76aeac sched: Fix lockup by limiting load-balance retries on lock-break ... Eric and David reported dead machines and traced it to commit a195f004 ("sched: Fix load-balance lock-breaking"), it turns out there's still a scenario where we can end up re-trying forever. Since there is no strict forward progress guarantee in the load-balance iteration we can get stuck re-retrying the same task-set over and over. Creating a forward progress guarantee with the existing structure is somewhat non-trivial, for now simply terminate the retry loop after a few tries. Reported-by: Eric Dumazet <eric.dumazet@gmail.com> Tested-by: Eric Dumazet <eric.dumazet@gmail.com> Reported-by: David Ahern <dsahern@gmail.com> [ logic cleanup as suggested by Eric ] Signed-off-by: Peter Zijlstra <a.p.zijlstra@chello.nl> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Martin Schwidefsky <schwidefsky@de.ibm.com> Cc: Frederic Weisbecker <fweisbec@gmail.com> Cc: Suresh Siddha <suresh.b.siddha@intel.com> Link: http://lkml.kernel.org/r/1326297936.2442.157.camel@twins Signed-off-by: Ingo Molnar <mingo@elte.hu>		2012-01-11 17:15:12 +01:00
..
auto_group.c
auto_group.h
clock.c
core.c	sched: Remove empty #ifdefs	2012-01-10 09:57:41 +01:00
cpupri.c
cpupri.h
debug.c
fair.c	sched: Fix lockup by limiting load-balance retries on lock-break	2012-01-11 17:15:12 +01:00
features.h
idle_task.c
Makefile
rt.c
sched.h	sched: Only queue remote wakeups when crossing cache boundaries	2011-12-21 10:34:44 +01:00
stats.c
stats.h	Merge branch 'sched/core' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip into cputime-tip	2011-12-19 19:23:15 +01:00
stop_task.c