diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2021-10-03 22:45:48 +0200 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2021-10-03 22:45:48 +0200 |
commit | 7fab1c12bde926c5a8c7d5984c551d0854d7e0b3 (patch) | |
tree | 751bd283b37802dca5b14a4bfe666d7235158c59 /fs/fscache/operation.c | |
parent | kvm: fix objtool relocation warning (diff) | |
download | linux-7fab1c12bde926c5a8c7d5984c551d0854d7e0b3.tar.xz linux-7fab1c12bde926c5a8c7d5984c551d0854d7e0b3.zip |
objtool: print out the symbol type when complaining about it
The objtool warning that the kvm instruction emulation code triggered
wasn't very useful:
arch/x86/kvm/emulate.o: warning: objtool: __ex_table+0x4: don't know how to handle reloc symbol type: kvm_fastop_exception
in that it helpfully tells you which symbol name it had trouble figuring
out the relocation for, but it doesn't actually say what the unknown
symbol type was that triggered it all.
In this case it was because of missing type information (type 0, aka
STT_NOTYPE), but on the whole it really should just have printed that
out as part of the message.
Because if this warning triggers, that's very much the first thing you
want to know - why did reloc2sec_off() return failure for that symbol?
So rather than just saying you can't handle some type of symbol without
saying what the type _was_, just print out the type number too.
Fixes: 24ff65257375 ("objtool: Teach get_alt_entry() about more relocation types")
Link: https://lore.kernel.org/lkml/CAHk-=wiZwq-0LknKhXN4M+T8jbxn_2i9mcKpO+OaBSSq_Eh7tg@mail.gmail.com/
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'fs/fscache/operation.c')
0 files changed, 0 insertions, 0 deletions