panic: decrease oops_in_progress only after having done the panic
authorIngo Molnar <mingo@elte.hu>
Fri, 13 Mar 2009 09:54:24 +0000 (10:54 +0100)
committerIngo Molnar <mingo@elte.hu>
Fri, 13 Mar 2009 10:06:47 +0000 (11:06 +0100)
commitffd71da4e3f323b7673b061e6f7e0d0c12dc2b49
treeedebe057b20e6684ab3dac06e53050595195fa63
parentcd80a8142efa3468c2cd9fb52845f334c3220d54
panic: decrease oops_in_progress only after having done the panic

Impact: eliminate secondary warnings during panic()

We can panic() in a number of difficult, atomic contexts, hence
we use bust_spinlocks(1) in panic() to increase oops_in_progress,
which prevents various debug checks we have in place.

But in practice this protection only covers the first few printk's
done by panic() - it does not cover the later attempt to stop all
other CPUs and kexec(). If a secondary warning triggers in one of
those facilities that can make the panic message scroll off.

So do bust_spinlocks(0) only much later in panic(). (which code
is only reached if panic policy is relaxed that it can return
after a warning message)

Reported-by: Jan Beulich <jbeulich@novell.com>
LKML-Reference: <49B91A7E.76E4.0078.0@novell.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
kernel/panic.c