From: Petr Mladek <pmladek@suse.com>
To: Tzung-Bi Shih <tzungbi@kernel.org>
Cc: Andrew Morton <akpm@linux-foundation.org>,
Douglas Anderson <dianders@chromium.org>,
Tomasz Figa <tfiga@chromium.org>,
Sergey Senozhatsky <senozhatsky@chromium.org>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] watchdog: Force console verbose when reporting lockups
Date: Mon, 26 Oct 2026 17:20:52 +0100 [thread overview]
Message-ID: <at995NJaF_R4fNJX@pathway.suse.cz> (raw)
In-Reply-To: <20261007051726.4154849-1-tzungbi@kernel.org>
On Wed 2026-10-07 05:17:26, Tzung-Bi Shih wrote:
> When a hard or soft lockup is detected, the watchdog prints a header at
> KERN_EMERG (<0>), followed by diagnostic details (modules, registers,
> and backtraces) at KERN_WARNING/KERN_DEFAULT (<4>) and KERN_INFO (<6>).
> If console_loglevel is quiet (<= 4), the console skips those <4>/<6>
> diagnostic messages before vpanic() has a chance to call
> console_verbose(). With the buddy detector, this leaves only the
> detector CPU's panic stack on the console and nothing about the locked
> CPU:
>
> <0>[ 1535.991833][ C6] watchdog: Watchdog detected hard LOCKUP on cpu 7
> <0>[ 1535.995960][ C6] Kernel panic - not syncing: Hard LOCKUP
> <4>[ 1535.995970][ C6] CPU: 6 UID: 0 PID: 0 Comm: swapper/6 ...
> <4>[ 1535.995997][ C6] Call trace:
> ...
> <4>[ 1535.996063][ C6] watchdog_hardlockup_check+0x1e0/0x288
> <4>[ 1535.996075][ C6] watchdog_buddy_check_hardlockup+0xb4/0xc0
>
> Similar to commit 168e06f7937d ("kernel/hung_task.c: force console
> verbose before panic"), call console_verbose() before printing the
> lockup report so the diagnostic output is not suppressed.
>
> Signed-off-by: Tzung-Bi Shih <tzungbi@kernel.org>
Just for record, this looks good to me:
Reviewed-by: Petr Mladek <pmladek@suse.com>
Best Regards,
Petr
prev parent reply other threads:[~2026-10-26 16:20 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-07 5:17 [PATCH] watchdog: Force console verbose when reporting lockups Tzung-Bi Shih
2026-10-07 6:41 ` Bradley Morgan
2026-10-08 11:37 ` Doug Anderson
2026-10-21 2:50 ` Sergey Senozhatsky
2026-10-26 16:20 ` Petr Mladek [this message]
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=at995NJaF_R4fNJX@pathway.suse.cz \
--to=pmladek@suse.com \
--cc=akpm@linux-foundation.org \
--cc=dianders@chromium.org \
--cc=linux-kernel@vger.kernel.org \
--cc=senozhatsky@chromium.org \
--cc=tfiga@chromium.org \
--cc=tzungbi@kernel.org \
/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.