kernel_optimize_test/tools/objtool
Josh Poimboeuf 0ea5ad869c objtool: Fix STACK_FRAME_NON_STANDARD macro checking for function symbols
Mathieu Desnoyers reported that the STACK_FRAME_NON_STANDARD macro
wasn't working with the lttng_filter_interpret_bytecode() function in
the lttng-modules code.

Usually the relocation created by STACK_FRAME_NON_STANDARD creates a
reference to a section symbol like this:

  Offset              Type            Value               Addend Name
  000000000000000000  X86_64_64       000000000000000000   +3136 .text

But in this case it created a reference to a function symbol:

  Offset              Type            Value               Addend Name
  000000000000000000  X86_64_64       0x00000000000003a0      +0 lttng_filter_interpret_bytecode

To be honest I have no idea what causes gcc to decide to do one over the
other.  But both are valid ELF, so add support for the function symbol.

Reported-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com>
Signed-off-by: Josh Poimboeuf <jpoimboe@redhat.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: lttng-dev@lists.lttng.org
Link: http://lkml.kernel.org/r/9cee42843bc6d94e990a152e4e0319cfdf6756ef.1466023450.git.jpoimboe@redhat.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
2016-07-10 17:15:58 +02:00
..
arch/x86
Documentation objtool: Detect falling through to the next function 2016-04-16 11:14:17 +02:00
.gitignore
arch.h
Build
builtin-check.c objtool: Fix STACK_FRAME_NON_STANDARD macro checking for function symbols 2016-07-10 17:15:58 +02:00
builtin.h
elf.c objtool: Add several performance improvements 2016-03-09 10:48:10 +01:00
elf.h objtool: Allow building with older libelf 2016-05-17 10:42:46 +02:00
Makefile objtool: Allow building with older libelf 2016-05-17 10:42:46 +02:00
objtool.c
special.c
special.h
warn.h