aboutsummaryrefslogtreecommitdiff
path: root/tools/bsdbox/README
diff options
context:
space:
mode:
authorAndrew Turner <andrew@FreeBSD.org>2015-09-01 15:43:56 +0000
committerAndrew Turner <andrew@FreeBSD.org>2015-09-01 15:43:56 +0000
commit878165d2ef412c30224e73381f44fcb4bbed38f9 (patch)
tree7b0886591804a11f17f00680a961dedbca76e59d /tools/bsdbox/README
parent104dac63f3a52550501bc0bbbb86c77e001d11e1 (diff)
downloadsrc-878165d2ef412c30224e73381f44fcb4bbed38f9.tar.gz
src-878165d2ef412c30224e73381f44fcb4bbed38f9.zip
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
Notes
Notes: svn path=/head/; revision=287369
Diffstat (limited to 'tools/bsdbox/README')
0 files changed, 0 insertions, 0 deletions