fix TLS layout of TLS variant I when there is a gap above TP
authorSzabolcs Nagy <nsz@port70.net>
Fri, 1 Jun 2018 23:52:01 +0000 (01:52 +0200)
committerRich Felker <dalias@aerifal.cx>
Sat, 2 Jun 2018 23:38:44 +0000 (19:38 -0400)
commit610c5a8524c3d6cd3ac5a5f1231422e7648a3791
treea0d9b1b9b4dd950a475c95151b388472374699fa
parent029c622a89bf8cc15fd9fd56e8e88465ca6130cf
fix TLS layout of TLS variant I when there is a gap above TP

In TLS variant I the TLS is above TP (or above a fixed offset from TP)
but on some targets there is a reserved gap above TP before TLS starts.

This matters for the local-exec tls access model when the offsets of
TLS variables from the TP are hard coded by the linker into the
executable, so the libc must compute these offsets the same way as the
linker.  The tls offset of the main module has to be

alignup(GAP_ABOVE_TP, main_tls_align).

If there is no TLS in the main module then the gap can be ignored
since musl does not use it and the tls access models of shared
libraries are not affected.

The previous setup only worked if (tls_align & -GAP_ABOVE_TP) == 0
(i.e. TLS did not require large alignment) because the gap was
treated as a fixed offset from TP.  Now the TP points at the end
of the pthread struct (which is aligned) and there is a gap above
it (which may also need alignment).

The fix required changing TP_ADJ and __pthread_self on affected
targets (aarch64, arm and sh) and in the tlsdesc asm the offset to
access the dtv changed too.
15 files changed:
arch/aarch64/pthread_arch.h
arch/aarch64/reloc.h
arch/arm/pthread_arch.h
arch/arm/reloc.h
arch/mips/pthread_arch.h
arch/mips64/pthread_arch.h
arch/mipsn32/pthread_arch.h
arch/or1k/pthread_arch.h
arch/powerpc/pthread_arch.h
arch/powerpc64/pthread_arch.h
arch/sh/pthread_arch.h
arch/sh/reloc.h
ldso/dynlink.c
src/env/__init_tls.c
src/ldso/aarch64/tlsdesc.s