diff options
| author | Dmitry Safonov <[email protected]> | 2020-06-09 04:32:19 +0000 |
|---|---|---|
| committer | Linus Torvalds <[email protected]> | 2020-06-09 16:39:12 +0000 |
| commit | 77819daf247aad16beaeb537ae77d1d6d0697ca2 (patch) | |
| tree | 16924f1ddccacdb87cff63bddf288b47e97d416c /fs/proc/meminfo.c | |
| parent | power: use show_stack_loglvl() (diff) | |
| download | kernel-77819daf247aad16beaeb537ae77d1d6d0697ca2.tar.gz kernel-77819daf247aad16beaeb537ae77d1d6d0697ca2.zip | |
kdb: don't play with console_loglevel
Print the stack trace with KERN_EMERG - it should be always visible.
Playing with console_loglevel is a bad idea as there may be more messages
printed than wanted. Also the stack trace might be not printed at all if
printk() was deferred and console_loglevel was raised back before the
trace got flushed.
Unfortunately, after rebasing on commit 2277b492582d ("kdb: Fix stack
crawling on 'running' CPUs that aren't the master"), kdb_show_stack() uses
now kdb_dump_stack_on_cpu(), which for now won't be converted as it uses
dump_stack() instead of show_stack().
Convert for now the branch that uses show_stack() and remove
console_loglevel exercise from that case.
Signed-off-by: Dmitry Safonov <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Reviewed-by: Douglas Anderson <[email protected]>
Acked-by: Daniel Thompson <[email protected]>
Cc: Jason Wessel <[email protected]>
Link: http://lkml.kernel.org/r/[email protected]
Signed-off-by: Linus Torvalds <[email protected]>
Diffstat (limited to 'fs/proc/meminfo.c')
0 files changed, 0 insertions, 0 deletions
