diff options
author | Florian Weimer <fweimer@redhat.com> | 2021-04-21 19:49:51 +0200 |
---|---|---|
committer | Florian Weimer <fweimer@redhat.com> | 2021-04-21 19:49:51 +0200 |
commit | 442e8a40da9dfa24aeebf4f1a163f0a58b12cf7e (patch) | |
tree | 4f425bffad25e4232f2ad8b22bc0835a1d5d7a69 /sysdeps/unix/x86_64 | |
parent | 90d7e7e5bd3b0683a27c658388b6515ce950c78e (diff) | |
download | glibc-442e8a40da9dfa24aeebf4f1a163f0a58b12cf7e.tar glibc-442e8a40da9dfa24aeebf4f1a163f0a58b12cf7e.tar.gz glibc-442e8a40da9dfa24aeebf4f1a163f0a58b12cf7e.tar.bz2 glibc-442e8a40da9dfa24aeebf4f1a163f0a58b12cf7e.zip |
nptl: Move part of TCB initialization from libpthread to __tls_init_tp
This initalization should only happen once for the main thread's TCB.
At present, auditors can achieve this by not linking against
libpthread. If libpthread becomes part of libc, doing this
initialization in libc would happen for every audit namespace,
or too late (if it happens from the main libc only). That's why
moving this code into ld.so seems the right thing to do, right after
the TCB initialization.
For !__ASSUME_SET_ROBUST_LIST ports, this also moves the symbol
__set_robust_list_avail into ld.so, as __nptl_set_robust_list_avail.
It also turned into a proper boolean flag.
Inline the __pthread_initialize_pids function because it seems no
longer useful as a separate function.
Reviewed-by: Adhemerval Zanella <adhemerval.zanella@linaro.org>
Diffstat (limited to 'sysdeps/unix/x86_64')
0 files changed, 0 insertions, 0 deletions