rseq enablement patches overview
Mathieu Desnoyers
mathieu.desnoyers@efficios.com
Tue Dec 17 16:08:00 GMT 2019
----- On Nov 29, 2019, at 7:07 AM, Florian Weimer fweimer@redhat.com wrote:
> * Florian Weimer:
>
>> Since my patchwork looks rather horrible right now and I posted a bunch
>> of vaguely-related cleanups first, here are the patches that currently
>> need review for rseq enablement:
>>
>> Introduce <elf_machine_sym_no_match.h>
>> <https://sourceware.org/ml/libc-alpha/2019-10/msg00339.html>
>>
>> This is needed in the implementation of _dl_lookup_direct in the
>> next patch.
>>
>> Implement __libc_early_init
>> <https://sourceware.org/ml/libc-alpha/2019-10/msg00340.html>
>>
>> This is the main patch. rseq should be hooked into
>> __libc_early_init, around the __ctype_init call.
>>
>> nptl: Start new threads with all signals blocked [BZ #25098]
>> <https://sourceware.org/ml/libc-alpha/2019-10/msg00383.html>
>>
>> This is a long-standing issue which will affect rseq as well.
>
Hi Florian,
Sorry for the delayed reply,
> I reposted these patches:
>
> <https://sourceware.org/ml/libc-alpha/2019-11/msg00976.html>
> <https://sourceware.org/ml/libc-alpha/2019-11/msg00977.html>
For some reason I have issues applying this last patch (00977) on
top of glibc master at commit a059f9505bb. Is there a specific commit
I should use as a baseline ?
Thanks,
Mathieu
> <https://sourceware.org/ml/libc-alpha/2019-11/msg01016.html>
>
>> resolv/tst-idna_name_classify: Isolate from system libraries
>> <https://sourceware.org/ml/libc-alpha/2019-10/msg00338.html>
>>
>> This is required to fix a test suite failure due to the ld.so static
>> link ABI changing in the __libc_early_init patch. (I should
>> probably just push this one.)
>
> This patch has been merged.
>
> Thanks,
> Florian
--
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com
More information about the Libc-alpha
mailing list