Public bug reported:
When installing libc6-lse on AArch64 (tested on focal and an AWS
Graviton 2) the libc, pthreads, etc used by programs on the system are
replaced with the LSE enabled versions. This is not, however, true of
ld.so, despite an LSE enabled version of ld.so being included in
libc6-lse. As far as I can tell this is because the other libraries are
all substituted through some dynamic linker magic (that I don't
understand), but ld.so's location is fixed by the PT_INTERP header
compiled into every binary on the system, and libc6-lse doesn't e.g.
symlink that path to the new ld.so.
This is a problem for porting rr (https://rr-project.org/) to AArch64.
The old-style exclusive load/store atomics are inherently non-
deterministic and cannot be handled by rr. And not replacing ld.so with
an LSE version means every program contains code that can execute the
old-style atomics (in practice only programs with threads actually
trigger that codepath in ld.so, but that's still most interesting
programs).
** Affects: glibc (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1933879
Title:
libc6-lse does not replace ld.so with LSE enabled version
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1933879/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
