This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Restartable Sequences system call merged into Linux
- From: Stefan Liebler <stli at linux dot ibm dot com>
- To: libc-alpha at sourceware dot org
- Cc: "Carlos O'Donell" <carlos at redhat dot com>, Heiko Carstens <heiko dot carstens at de dot ibm dot com>, Vasily Gorbik <gor at linux dot ibm dot com>
- Date: Wed, 11 Jul 2018 18:03:15 +0200
- Subject: Re: Restartable Sequences system call merged into Linux
- References: <1084280721.10859.1528746558696.JavaMail.zimbra@efficios.com>
On 06/11/2018 09:49 PM, Mathieu Desnoyers wrote:
Hi!
Good news! The restartable sequences (rseq) system call is now merged into the master
branch of the Linux kernel within the 4.18 merge window:
https://github.com/torvalds/linux/commit/d82991a8688ad128b46db1b42d5d84396487a508
It would be important to discuss how we should proceed to integrate the library part
of rseq (see tools/testing/selftests/rseq/rseq*.{ch}) into glibc, or if it should
live in a standalone project.
It should be noted that there can be only one rseq TLS area registered per thread,
which can then be used by many libraries and by the executable, so this is a
process-wide (per-thread) resource that we need to manage carefully.
Thoughts ?
Thanks!
Mathieu
The structs rseq_cs and rseq are aligned to 32 bytes.
Please have a look at the bug:
"Bug 23403 - Wrong alignment of TLS variables"
(https://sourceware.org/bugzilla/show_bug.cgi?id=23403).
@Carlos or somebody else:
Should this be fixed in the upcoming glibc release?
Bye
Stefan