[PATCH] lockdep: disable lock debugging when kernel state becomes untrusted
authorArjan van de Ven <arjan@linux.intel.com>
Mon, 10 Jul 2006 11:45:42 +0000 (04:45 -0700)
committerLinus Torvalds <torvalds@g5.osdl.org>
Mon, 10 Jul 2006 20:24:27 +0000 (13:24 -0700)
commit2c16e9c888985761511bd1905b00fb271169c3c0
treee17756b3ed27b0f4953547c39cf46864cdd6f818
parente54695a59c278b9ff48cd4b263da7a1d392f5061
[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>
kernel/panic.c