Ensure we use calculate_first_tls_offset, even if the main program doesn't
authorandrew <andrew@FreeBSD.org>
Tue, 1 Sep 2015 15:43:56 +0000 (15:43 +0000)
committerandrew <andrew@FreeBSD.org>
Tue, 1 Sep 2015 15:43:56 +0000 (15:43 +0000)
commit1bbb003c01ece98db0c814e1d25db41700274560
tree7b0886591804a11f17f00680a961dedbca76e59d
parente727a91c32ffc18c950cbe9e3a3c70cb30206467
Ensure we use calculate_first_tls_offset, even if the main program doesn't
have TLS program header. This is needed on architectures with Variant I
tls, that is arm, arm64, mips, and powerpc. These place the thread control
block at the start of the buffer and, without this, this data may be
trashed.

This appears to not be an issue on mips or powerpc as they include a second
adjustment to move the thread local data, however this is on arm64 (with a
future change to fix placing this data), and should be on arm. I am unable
to trigger this on arm, even after changing the code to move the data
around to make it more likely to be hit. This is most likely because my
tests didn't use the variable in offset 0.

Reviewed by: kib
MFC after: 1 week
Sponsored by: ABT Systems Ltd
libexec/rtld-elf/rtld.c