From: Joel Fernandes <joel@joelfernandes.org>
To: Steven Rostedt <rostedt@goodmis.org>
Cc: Zhenzhong Duan <zhenzhong.duan@oracle.com>,
linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org,
paulmck@linux.ibm.com, josh@joshtriplett.org,
mathieu.desnoyers@efficios.com, jiangshanlai@gmail.com,
corbet@lwn.net, tglx@linutronix.de, mingo@kernel.org,
gregkh@linuxfoundation.org, keescook@chromium.org,
srinivas.eeda@oracle.com
Subject: Re: [PATCH 2/2] doc: kernel-parameters.txt: fix documentation of nmi_watchdog parameter
Date: Sun, 12 May 2019 22:31:50 -0400 [thread overview]
Message-ID: <20190513023150.GA192545@google.com> (raw)
In-Reply-To: <20190510144749.592f4249@gandalf.local.home>
On Fri, May 10, 2019 at 02:47:49PM -0400, Steven Rostedt wrote:
>
> As nobody else commented, I will ;)
>
> Hi Zhenzhong!
>
> On Sun, 14 Apr 2019 11:11:04 +0800
> Zhenzhong Duan <zhenzhong.duan@oracle.com> wrote:
>
> > As stated in "Documentation/lockup-watchdogs.txt:line 22", the default
> > behaivor after 'hardlockup' is to stay locked up rather than panic.
>
> That actually says:
>
> A 'hardlockup' is defined as a bug that causes the CPU to loop in
> kernel mode for more than 10 seconds (see "Implementation" below for
> details), without letting other interrupts have a chance to run.
> Similarly to the softlockup case, the current stack trace is displayed
> upon detection and the system will stay locked up unless the default
> behavior is changed, which can be done through a sysctl,
> 'hardlockup_panic', a compile time knob, "BOOTPARAM_HARDLOCKUP_PANIC",
> and a kernel parameter, "nmi_watchdog"
>
> If your config has:
>
> CONFIG_BOOTPARAM_HARDLOCKUP_PANIC=y
>
> The kernel will panic on hard lockup by default unless you add nopanic.
>
> If your config has:
>
> # CONFIG_BOOTPARAM_HARDLOCKUP_PANIC is not set
>
> Then the default will be not to panic unless you add "panic" to the
> kernel command line.
>
> >
> > Signed-off-by: Zhenzhong Duan <zhenzhong.duan@oracle.com>
> > ---
> > Documentation/admin-guide/kernel-parameters.txt | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt
> > index 2b8ee90..fcc9579 100644
> > --- a/Documentation/admin-guide/kernel-parameters.txt
> > +++ b/Documentation/admin-guide/kernel-parameters.txt
> > @@ -2769,7 +2769,7 @@
> > 0 - turn hardlockup detector in nmi_watchdog off
> > 1 - turn hardlockup detector in nmi_watchdog on
> > When panic is specified, panic when an NMI watchdog
> > - timeout occurs (or 'nopanic' to override the opposite
> > + timeout occurs (or 'nopanic' which is the opposite
> > default). To disable both hard and soft lockup detectors,
>
> Honestly, I think the original text states what it does better than
> your update. Because the nopanic is added to override the "opposite
> default" which is if the config was set to do so.
>
> That said, this all still can be explained better. What about:
>
> nmi_watchdog= [KNL,BUGS=X86] Debugging features for SMP kernels
> Format: [panic,][nopanic,][num]
> Valid num: 0 or 1
> 0 - turn hardlockup detector in nmi_watchdog off
> 1 - turn hardlockup detector in nmi_watchdog on
> When panic is specified, panic when an NMI watchdog
> timeout occurs (or 'nopanic' to not panic on an NMI
> watchdog, if CONFIG_BOOTPARAM_HARDLOCKUP_PANIC is set)
> To disable both hard and soft lockup detectors,
> please see 'nowatchdog'.
> This is useful when you use a panic=... timeout and
> need the box quickly up again.
Steven, your update makes it more clear to me. If patch is being written with
such update, here is my Reviewed-by:
Reviewed-by: Joel Fernandes (Google) <joel@joelfernandes.org>
thanks!
- Joel
>
> -- Steve
>
>
> > please see 'nowatchdog'.
> > This is useful when you use a panic=... timeout and
>
next prev parent reply other threads:[~2019-05-13 2:32 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-14 3:11 [PATCH 1/2] doc: Fixup definition of rcupdate.rcu_task_stall_timeout Zhenzhong Duan
2019-04-14 3:11 ` [PATCH 2/2] doc: kernel-parameters.txt: fix documentation of nmi_watchdog parameter Zhenzhong Duan
2019-05-10 3:22 ` Zhenzhong Duan
2019-05-10 18:47 ` Steven Rostedt
2019-05-13 2:31 ` Joel Fernandes [this message]
2019-05-13 2:43 ` Zhenzhong Duan
2019-04-15 13:33 ` [PATCH 1/2] doc: Fixup definition of rcupdate.rcu_task_stall_timeout Paul E. McKenney
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190513023150.GA192545@google.com \
--to=joel@joelfernandes.org \
--cc=corbet@lwn.net \
--cc=gregkh@linuxfoundation.org \
--cc=jiangshanlai@gmail.com \
--cc=josh@joshtriplett.org \
--cc=keescook@chromium.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mathieu.desnoyers@efficios.com \
--cc=mingo@kernel.org \
--cc=paulmck@linux.ibm.com \
--cc=rostedt@goodmis.org \
--cc=srinivas.eeda@oracle.com \
--cc=tglx@linutronix.de \
--cc=zhenzhong.duan@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.