]> git.karo-electronics.de Git - karo-tx-linux.git/commit
ftrace: Have init/main.c call ftrace directly to free init memory
authorSteven Rostedt (VMware) <rostedt@goodmis.org>
Mon, 3 Apr 2017 16:57:35 +0000 (12:57 -0400)
committerSteven Rostedt (VMware) <rostedt@goodmis.org>
Mon, 3 Apr 2017 18:04:00 +0000 (14:04 -0400)
commitb80f0f6c9ed3958ff4002b6135f43a1ef312a610
treec30589b7e985125ef81a56e84aef47cb21207378
parent5bd84629a7a0e2462c28ca52e213ebe27fadfee8
ftrace: Have init/main.c call ftrace directly to free init memory

Relying on free_reserved_area() to call ftrace to free init memory proved to
not be sufficient. The issue is that on x86, when debug_pagealloc is
enabled, the init memory is not freed, but simply set as not present. Since
ftrace was uninformed of this, starting function tracing still tries to
update pages that are not present according to the page tables, causing
ftrace to bug, as well as killing the kernel itself.

Instead of relying on free_reserved_area(), have init/main.c call ftrace
directly just before it frees the init memory. Then it needs to use
__init_begin and __init_end to know where the init memory location is.
Looking at all archs (and testing what I can), it appears that this should
work for each of them.

Reported-by: kernel test robot <xiaolong.ye@intel.com>
Reported-by: Fengguang Wu <fengguang.wu@intel.com>
Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
include/linux/ftrace.h
init/main.c
kernel/trace/ftrace.c
mm/page_alloc.c