kmemleak: Show where early_log issues come from
authorCatalin Marinas <catalin.marinas@arm.com>
Wed, 28 Sep 2011 11:17:03 +0000 (12:17 +0100)
committerCatalin Marinas <catalin.marinas@arm.com>
Fri, 2 Dec 2011 16:12:41 +0000 (16:12 +0000)
commit5f79020cb9fea59a5d4d1712bcd320523b129b35
treee726d58389a1cd71999a19015f44716e6b6d747d
parent5611cc4572e889b62a7b4c72a413536bf6a9c416
kmemleak: Show where early_log issues come from

Based on initial patch by Steven Rostedt.

Early kmemleak warnings did not show where the actual kmemleak API had
been called from but rather just a backtrace to the kmemleak_init()
function. By having all early kmemleak logs record the stack_trace, we
can have kmemleak_init() write exactly where the problem occurred. This
patch adds the setting of the kmemleak_warning variable every time a
kmemleak warning is issued. The kmemleak_init() function checks this
variable during early log replaying and prints the log trace if there
was any warning.

Reported-by: Steven Rostedt <rostedt@goodmis.org>
Cc: Andrew Morton <akpm@google.com>
Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
Acked-by: Steven Rostedt <rostedt@goodmis.org>
mm/kmemleak.c