forked from OSchip/llvm-project
[ELF][PPC64] Don't perform toc-indirect to toc-relative relaxation for R_PPC64_TOC16_HA not followed by R_PPC64_TOC16_LO_DS
The current implementation assumes that R_PPC64_TOC16_HA is always followed by R_PPC64_TOC16_LO_DS. This can break with: // Load the address of the TOC entry, instead of the value stored at that address addis 3, 2, .LC0@tloc@ha # R_PPC64_TOC16_HA addi 3, 3, .LC0@tloc@l # R_PPC64_TOC16_LO blr which is used by boringssl's util/fipstools/delocate/delocate.go https://github.com/google/boringssl/blob/master/crypto/fipsmodule/FIPS.md has some documentation. In short, this tool converts an assembly file to avoid any potential relocations. The distance to an input .toc is not a constant after linking, so the assembly cannot use an `addis;ld` pair. Instead, delocate changes the code to jump to a stub (`addis;addi`) which loads the TOC entry address. Reviewed By: sfertile Differential Revision: https://reviews.llvm.org/D78431
This commit is contained in:
parent
2a3cf5e583
commit
03ffe58605
|
|
@ -949,7 +949,8 @@ void InputSectionBase::relocateAlloc(uint8_t *buf, uint8_t *bufEnd) {
|
||||||
assert(flags & SHF_ALLOC);
|
assert(flags & SHF_ALLOC);
|
||||||
const unsigned bits = config->wordsize * 8;
|
const unsigned bits = config->wordsize * 8;
|
||||||
|
|
||||||
for (const Relocation &rel : relocations) {
|
for (size_t i = 0, e = relocations.size(); i != e; ++i) {
|
||||||
|
const Relocation &rel = relocations[i];
|
||||||
if (rel.expr == R_NONE)
|
if (rel.expr == R_NONE)
|
||||||
continue;
|
continue;
|
||||||
uint64_t offset = rel.offset;
|
uint64_t offset = rel.offset;
|
||||||
|
|
@ -969,10 +970,16 @@ void InputSectionBase::relocateAlloc(uint8_t *buf, uint8_t *bufEnd) {
|
||||||
case R_RELAX_GOT_PC_NOPIC:
|
case R_RELAX_GOT_PC_NOPIC:
|
||||||
target->relaxGot(bufLoc, rel, targetVA);
|
target->relaxGot(bufLoc, rel, targetVA);
|
||||||
break;
|
break;
|
||||||
case R_PPC64_RELAX_TOC:
|
case R_PPC64_RELAX_TOC: {
|
||||||
if (!tryRelaxPPC64TocIndirection(rel, bufLoc))
|
// For R_PPC64_TOC16_HA, if it is not paired with an R_PPC64_TOC16_LO_DS,
|
||||||
|
// don't relax.
|
||||||
|
bool relax =
|
||||||
|
rel.type == R_PPC64_TOC16_LO_DS ||
|
||||||
|
(i + 1 != e && relocations[i + 1].type == R_PPC64_TOC16_LO_DS);
|
||||||
|
if (!relax || !tryRelaxPPC64TocIndirection(rel, bufLoc))
|
||||||
target->relocate(bufLoc, rel, targetVA);
|
target->relocate(bufLoc, rel, targetVA);
|
||||||
break;
|
break;
|
||||||
|
}
|
||||||
case R_RELAX_TLS_IE_TO_LE:
|
case R_RELAX_TLS_IE_TO_LE:
|
||||||
target->relaxTlsIeToLe(bufLoc, rel, targetVA);
|
target->relaxTlsIeToLe(bufLoc, rel, targetVA);
|
||||||
break;
|
break;
|
||||||
|
|
|
||||||
|
|
@ -0,0 +1,34 @@
|
||||||
|
# REQUIRES: ppc
|
||||||
|
# RUN: llvm-mc -filetype=obj -triple=powerpc64le %s -o %t.o
|
||||||
|
# RUN: ld.lld %t.o -o %t
|
||||||
|
# RUN: llvm-objdump -d %t | FileCheck %s
|
||||||
|
|
||||||
|
# CHECK-LABEL: <_start>:
|
||||||
|
.globl _start
|
||||||
|
_start:
|
||||||
|
## Perform toc-indirect to toc-relative relaxation even if there are unrelated instructions in between.
|
||||||
|
# CHECK-NEXT: addis 3, 2, -1
|
||||||
|
# CHECK-NEXT: li 9, 0
|
||||||
|
# CHECK-NEXT: addi 3, 3, -32768
|
||||||
|
# CHECK-NEXT: lwa 3, 0(3)
|
||||||
|
# CHECK-NEXT: li 9, 0
|
||||||
|
addis 3, 2, .LC0@toc@ha # R_PPC64_TOC16_HA
|
||||||
|
li 9, 0
|
||||||
|
ld 3, .LC0@toc@l(3) # R_PPC64_TOC16_LO_DS
|
||||||
|
lwa 3, 0(3)
|
||||||
|
li 9, 0
|
||||||
|
|
||||||
|
## The R_PPC64_TOC16_HA is not followed by an R_PPC64_TOC16_LO_DS.
|
||||||
|
## Don't perform toc-indirect to toc-relative relaxation.
|
||||||
|
# CHECK-NEXT: nop
|
||||||
|
# CHECK-NEXT: addi 3, 2, -32768
|
||||||
|
# CHECK-NEXT: blr
|
||||||
|
addis 3, 2, .LC0@toc@ha # R_PPC64_TOC16_HA
|
||||||
|
addi 3, 3, .LC0@toc@l # R_PPC64_TOC16_LO
|
||||||
|
blr
|
||||||
|
|
||||||
|
AES_encrypt:
|
||||||
|
|
||||||
|
.section .toc,"aw",@progbits
|
||||||
|
.LC0:
|
||||||
|
.tc AES_encrypt[TC], AES_encrypt
|
||||||
Loading…
Reference in New Issue