aboutsummaryrefslogtreecommitdiff
path: root/kernel/time/tick-sched.c
diff options
context:
space:
mode:
authorGravatar Frederic Weisbecker <fweisbec@gmail.com> 2013-06-07 13:35:42 +0200
committerGravatar Frederic Weisbecker <fweisbec@gmail.com> 2013-06-20 15:46:32 +0200
commit940be35ac0139530d7554aa2352a8388e3d4adca (patch)
tree5da95cdb511ed220e02bae139eddb49d5e57d5b3 /kernel/time/tick-sched.c
parentwatchdog: Rename confusing state variable (diff)
downloadlinux-940be35ac0139530d7554aa2352a8388e3d4adca.tar.gz
linux-940be35ac0139530d7554aa2352a8388e3d4adca.tar.bz2
linux-940be35ac0139530d7554aa2352a8388e3d4adca.zip
watchdog: Boot-disable by default on full dynticks
When the watchdog runs, it prevents the full dynticks CPUs from stopping their tick because the hard lockup detector uses perf events internally, which in turn rely on the periodic tick. Since this is a rather confusing behaviour that is not easy to track down and identify for those who want to test CONFIG_NO_HZ_FULL, let's default disable the watchdog on boot time when full dynticks is enabled. The user can still enable it later on runtime using proc or sysctl. Reported-by: Steven Rostedt <rostedt@goodmis.org> Suggested-by: Peter Zijlstra <peterz@infradead.org> Signed-off-by: Frederic Weisbecker <fweisbec@gmail.com> Cc: Steven Rostedt <rostedt@goodmis.org> Cc: Paul E. McKenney <paulmck@linux.vnet.ibm.com> Cc: Ingo Molnar <mingo@kernel.org> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Li Zhong <zhong@linux.vnet.ibm.com> Cc: Don Zickus <dzickus@redhat.com> Cc: Srivatsa S. Bhat <srivatsa.bhat@linux.vnet.ibm.com> Cc: Anish Singh <anish198519851985@gmail.com>
Diffstat (limited to 'kernel/time/tick-sched.c')
0 files changed, 0 insertions, 0 deletions