This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: static TLS exhausted on ppc64le
- From: Szabolcs Nagy <Szabolcs dot Nagy at arm dot com>
- To: Dan Horák <dan at danny dot cz>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>
- Cc: nd <nd at arm dot com>
- Date: Tue, 22 Oct 2019 16:51:00 +0000
- Subject: Re: static TLS exhausted on ppc64le
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ipOTXZ8KnlAXE9EvgA6NsBLsT7g355Nyri1f3egdm30=; b=f7N8gVgQh48/Mx3Hg62bb1am+DVkIUfAG+V3uuumqZAalDe+xo+LjG4esLgDximSuKntTQYTcYzuQCaNR9e1my3J30o/ElTiIxa58PmVNqSHTN4hjZ2asNg3ebGgdLZ4Q2RSLZgNVBCTftZcV4Ts8TjnKDkybc/g9NMNZen8KypF1V2JTsvMhyWpfzTDGaDDgmhpyKbTJmR67VJdhr0eTcD9IoZYFC2kHq8oSAO/g4BpiOqqNtPetk+/pvbpShr69H5Z25rcjHj0JNgwt4mRZFIL0JQ3w2e5tgwE8vEThT6IpAMdoYG91ooX50ri99ywKlqr4Z38qZ/Et9zTTJUmqA==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=QIIa4EJpEcVGhYAr76cw0YYtdOL/MkW1stJizjm5LOetlL4+4estOixcpXcnxXl/IGQAm4OC5XVmidgDMJ9V3VKY2QxCpOq84pu/xO63oON1V3PU3cWE8v9eWNAdUbCaFN2OPrfvpVV9Us9oU8JIixr2LuJ66EYMZTIXLRi8rWTvXKAcu0Ymnwyhoy8spcZQFfoiBT0owXljA51Z1xMaehRn7pVQ4/y+9tOxpVNOIMm0y5N7tWy4mrDvmVRDO+BjM2z65B8FiKtXLhCadwUzIM2A7+jqTVdu4pwHUUnm6B/U21d+XVedrB0qX9q8QlKSbBfEsZOyTdTtTKTaDXDiLA==
- Original-authentication-results: spf=none (sender IP is ) smtp.mailfrom=Szabolcs dot Nagy at arm dot com;
- References: <20190930160212.63aeb2bac0c9adf9eedcfbeb@danny.cz> <20191021174915.a02edb09b97c14f04d5dc622@danny.cz> <87pniokiga.fsf@oldenburg2.str.redhat.com> <20191022160138.ef6ecd6635ab3fb091ea32c5@danny.cz>
On 22/10/2019 15:01, Dan Horák wrote:
> On Tue, 22 Oct 2019 15:39:33 +0200
> Florian Weimer <fweimer@redhat.com> wrote:
>
>> * Dan Horák:
>>
>>> On Mon, 30 Sep 2019 16:02:12 +0200
>>> Dan Horák <dan@danny.cz> wrote:
>>>
>>>> Hi,
>>>>
>>>> I would like to open a problem we have already met twice in Fedora.
>>>> the symptom is
>>>>
>>>> "/lib64/libgomp.so.1: cannot allocate memory in static TLS block"
>>>>
>>>> usually when loading a lot of libraries/modules into a Python
>>>> application. It happened on ppc64le and also on aarch64 systems.
>>>>
>>>> We have 2 reports in Fedora bugzilla about with more details.
>>>> https://bugzilla.redhat.com/show_bug.cgi?id=1722181
>>>
>>> and it strikes again, after MPFR upgrade in Rawhide from v3 to v4
>>> last week. Since then ppc64le and (probably also) aarch64 are
>>> uninstallable in Rawhide :-( MPFR increased its TLS usage
>>> significantly (0xf8 vs 0x364). If I understood the previous
>>> discussion right, then there are some options how to fix the
>>> problem. Is there any outline, when such fix might be available? It
>>> would be difficult for Fedora to roll back everything to MPFR 3.
>>
>> I don't know what glibc can do here. Jakub has said that he wants
>> libgomp to keep using initial-exec TLS. The POWER maintainers want to
>> keep the optimization that consumes the static TLS area even for
>> dynamic TLS. So there isn't much we can do on the glibc side.
i did not see any objection to the first step in
https://sourceware.org/ml/libc-alpha/2019-09/msg00533.html
nor to my even simpler suggestion in
https://sourceware.org/bugzilla/show_bug.cgi?id=25051
so i think there is a way forward (i just don't have the
time right now to submit a patch, i can look into it a
bit later ~1-2 months if nobody beats me to it).
>
> hm, are we stuck in a deadlock then? That's not good, we have already
> met at least 3 incidents in Fedora that blow up with this
> error :-( With Python3 involved in all of them.
>
>
> Dan
>