|author||Borislav Petkov <email@example.com>||2019-10-21 17:18:23 +0200|
|committer||Borislav Petkov <firstname.lastname@example.org>||2019-10-25 10:52:22 +0200|
x86/ftrace: Get rid of function_hook
History lesson courtesy of Steve: "When ftrace first was introduced to the kernel, it used gcc's mcount profiling mechanism. The mcount mechanism would add a call to "mcount" at the start of every function but after the stack frame was set up. Later, in gcc 4.6, gcc introduced -mfentry, that would create a call to "__fentry__" instead of "mcount", before the stack frame was set up. In order to handle both cases, ftrace defined a macro "function_hook" that would be either "mcount" or "__fentry__" depending on which one was being used. The Linux kernel no longer supports the "mcount" method, thus there's no reason to keep the "function_hook" define around. Simply use "__fentry__", as there is no ambiguity to the name anymore." Drop it everywhere. Signed-off-by: Borislav Petkov <email@example.com> Acked-by: Jiri Slaby <firstname.lastname@example.org> Cc: "H. Peter Anvin" <email@example.com> Cc: Ingo Molnar <firstname.lastname@example.org> Cc: Jonathan Corbet <email@example.com> Cc: Josh Poimboeuf <firstname.lastname@example.org> Cc: email@example.com Cc: firstname.lastname@example.org Cc: Peter Zijlstra <email@example.com> Cc: "Steven Rostedt (VMware)" <firstname.lastname@example.org> Cc: Thomas Gleixner <email@example.com> Cc: firstname.lastname@example.org Link: http://email@example.com
Diffstat (limited to 'Documentation/asm-annotations.rst')
1 files changed, 2 insertions, 2 deletions
diff --git a/Documentation/asm-annotations.rst b/Documentation/asm-annotations.rst
index 29ccd6e61fe5..f55c2bb74d00 100644
@@ -117,9 +117,9 @@ This section covers ``SYM_FUNC_*`` and ``SYM_CODE_*`` enumerated above.
So in most cases, developers should write something like in the following
example, having some asm instructions in between the macros, of course::
... asm insns ...
In fact, this kind of annotation corresponds to the now deprecated ``ENTRY``
and ``ENDPROC`` macros.