[PATCH] lockdep: disable lock debugging when kernel state becomes untrusted

Disable lockdep debugging in two situations where the integrity of the
kernel no longer is guaranteed: when oopsing and when hitting a
tainting-condition.  The goal is to not get weird lockdep traces that don't
make sense or are otherwise undebuggable, to not waste time.

Lockdep assumes that the previous state it knows about is valid to operate,
which is why lockdep turns itself off after the first violation it reports,
after that point it can no longer make that assumption.

A kernel oops means that the integrity of the kernel compromised; in
addition anything lockdep would report is of lesser importance than the
oops.

All the tainting conditions are of similar integrity-violating nature and
also make debugging/diagnosing more difficult.

Signed-off-by: Arjan van de Ven <arjan@linux.intel.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
This commit is contained in:
Arjan van de Ven 2006-07-10 04:45:42 -07:00 committed by Linus Torvalds
parent e54695a59c
commit 2c16e9c888
1 changed files with 2 additions and 0 deletions

View File

@ -172,6 +172,7 @@ const char *print_tainted(void)
void add_taint(unsigned flag) void add_taint(unsigned flag)
{ {
debug_locks_off(); /* can't trust the integrity of the kernel anymore */
tainted |= flag; tainted |= flag;
} }
EXPORT_SYMBOL(add_taint); EXPORT_SYMBOL(add_taint);
@ -256,6 +257,7 @@ int oops_may_print(void)
*/ */
void oops_enter(void) void oops_enter(void)
{ {
debug_locks_off(); /* can't trust the integrity of the kernel anymore */
do_oops_enter_exit(); do_oops_enter_exit();
} }