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
..
Documentation	objtool: Detect falling through to the next function	2016-04-16 11:14:17 +02:00
arch/x86	…
.gitignore	…
Build	…
Makefile	objtool: Allow building with older libelf	2016-05-17 10:42:46 +02:00
arch.h	…
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
objtool.c	…
special.c	…
special.h	…
warn.h	…