powerpc/module: Handle R_PPC64_ENTRY relocations
authorUlrich Weigand <ulrich.weigand@de.ibm.com>
Tue, 12 Jan 2016 12:14:23 +0000 (23:14 +1100)
committerMichael Ellerman <mpe@ellerman.id.au>
Wed, 13 Jan 2016 01:37:05 +0000 (12:37 +1100)
commita61674bdfc7c2bf909c4010699607b62b69b7bec
treeeeb44da9a81ca24c8a1e89184e6ffb3625ff7323
parent2e50c4bef77511b42cc226865d6bc568fa7f8769
powerpc/module: Handle R_PPC64_ENTRY relocations

GCC 6 will include changes to generated code with -mcmodel=large,
which is used to build kernel modules on powerpc64le.  This was
necessary because the large model is supposed to allow arbitrary
sizes and locations of the code and data sections, but the ELFv2
global entry point prolog still made the unconditional assumption
that the TOC associated with any particular function can be found
within 2 GB of the function entry point:

func:
addis r2,r12,(.TOC.-func)@ha
addi  r2,r2,(.TOC.-func)@l
.localentry func, .-func

To remove this assumption, GCC will now generate instead this global
entry point prolog sequence when using -mcmodel=large:

.quad .TOC.-func
func:
.reloc ., R_PPC64_ENTRY
ld    r2, -8(r12)
add   r2, r2, r12
.localentry func, .-func

The new .reloc triggers an optimization in the linker that will
replace this new prolog with the original code (see above) if the
linker determines that the distance between .TOC. and func is in
range after all.

Since this new relocation is now present in module object files,
the kernel module loader is required to handle them too.  This
patch adds support for the new relocation and implements the
same optimization done by the GNU linker.

Cc: stable@vger.kernel.org
Signed-off-by: Ulrich Weigand <ulrich.weigand@de.ibm.com>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
arch/powerpc/include/uapi/asm/elf.h
arch/powerpc/kernel/module_64.c