diff options
author | Alexander Lobakin <[email protected]> | 2022-10-16 23:41:39 +0200 |
---|---|---|
committer | Tony Hutter <[email protected]> | 2022-12-01 12:39:39 -0800 |
commit | ab22031d79691a25d5be20244ad72e34c05d9973 (patch) | |
tree | 55e08e8b3c7e56b2767432baa5ebb72394812783 /lib | |
parent | 33bc03dea7bc976307ad158bf4240c947700b3c2 (diff) |
icp: fix all !ENDBR objtool warnings in x86 Asm code
Currently, only Blake3 x86 Asm code has signs of being ENDBR-aware.
At least, under certain conditions it includes some header file and
uses some custom macro from there.
Linux has its own NOENDBR since several releases ago. It's defined
in the same <asm/linkage.h>, so currently <sys/asm_linkage.h>
already is provided with it.
Let's unify those two into one %ENDBR macro. At first, check if it's
present already. If so -- use Linux kernel version. Otherwise, try
to go that second way and use %_CET_ENDBR from <cet.h> if available.
If no, fall back to just empty definition.
This fixes a couple more 'relocations to !ENDBR' across the module.
And now that we always have the latest/actual ENDBR definition, use
it at the entrance of the few corresponding functions that objtool
still complains about. This matches the way how it's used in the
upstream x86 core Asm code.
Reviewed-by: Attila Fülöp <[email protected]>
Reviewed-by: Tino Reichardt <[email protected]>
Reviewed-by: Richard Yao <[email protected]>
Reviewed-by: Brian Behlendorf <[email protected]>
Signed-off-by: Alexander Lobakin <[email protected]>
Closes #14035
Diffstat (limited to 'lib')
0 files changed, 0 insertions, 0 deletions