Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1440148 > unrolled thread

[tip:core/urgent] objtool: Fix STACK_FRAME_NON_STANDARD macro checking for function symbols

Started bytip-bot for Josh Poimboeuf <tipbot@zytor.com>
First post2016-07-10 20:20 +0200
Last post2016-07-10 20:20 +0200
Articles 1 — 1 participant

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  [tip:core/urgent] objtool: Fix STACK_FRAME_NON_STANDARD macro  checking for function symbols tip-bot for Josh Poimboeuf <tipbot@zytor.com> - 2016-07-10 20:20 +0200

#1440148 — [tip:core/urgent] objtool: Fix STACK_FRAME_NON_STANDARD macro checking for function symbols

Fromtip-bot for Josh Poimboeuf <tipbot@zytor.com>
Date2016-07-10 20:20 +0200
Subject[tip:core/urgent] objtool: Fix STACK_FRAME_NON_STANDARD macro checking for function symbols
Message-ID<rTruH-48u-39@gated-at.bofh.it>
Commit-ID:  0ea5ad869c85ac604f3e022bf2c5bef54838433b
Gitweb:     http://git.kernel.org/tip/0ea5ad869c85ac604f3e022bf2c5bef54838433b
Author:     Josh Poimboeuf <jpoimboe@redhat.com>
AuthorDate: Wed, 15 Jun 2016 15:45:58 -0500
Committer:  Ingo Molnar <mingo@kernel.org>
CommitDate: Sun, 10 Jul 2016 17:15:58 +0200

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>
---
 tools/objtool/builtin-check.c | 8 ++++++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/tools/objtool/builtin-check.c b/tools/objtool/builtin-check.c
index e8a1e69..25d8031 100644
--- a/tools/objtool/builtin-check.c
+++ b/tools/objtool/builtin-check.c
@@ -122,10 +122,14 @@ static bool ignore_func(struct objtool_file *file, struct symbol *func)
 
 	/* check for STACK_FRAME_NON_STANDARD */
 	if (file->whitelist && file->whitelist->rela)
-		list_for_each_entry(rela, &file->whitelist->rela->rela_list, list)
-			if (rela->sym->sec == func->sec &&
+		list_for_each_entry(rela, &file->whitelist->rela->rela_list, list) {
+			if (rela->sym->type == STT_SECTION &&
+			    rela->sym->sec == func->sec &&
 			    rela->addend == func->offset)
 				return true;
+			if (rela->sym->type == STT_FUNC && rela->sym == func)
+				return true;
+		}
 
 	/* check if it has a context switching instruction */
 	func_for_each_insn(file, func, insn)

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web