From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS31976 209.132.180.0/23 X-Spam-Status: No, score=-4.0 required=3.0 tests=AWL,BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 5B2C31F45E for ; Mon, 17 Feb 2020 16:02:07 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-type:content-transfer-encoding; q=dns; s=default; b=BdzrZ5T5EEd3jhmioJIRSfDvDjdmru/DQlBkTgpElOs fyoa7n9YFYGZphCpC3uCssLSotIt3zcQmIW2t3Ig37aMK3S0gTnuj+g2ijx9AZPW ClrjywVQbO3un+8iX5thVrDnOJwgxb0LjeUTiHhLzyv9O00xdmYUdkI8bZqkNQ8U = DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-type:content-transfer-encoding; s=default; bh=+n5wvAdL74932hO55bsAUlM0vcQ=; b=ixWMIlvTcsq24JcbA XkSzBAJlZsrKBhX8TCbm7Y5lnxfhcIpBPnAfplsjlr5rFG9TBfd+89vLU5tlmE4P GWrgPAyAECaBxGfHps5/rCiQ72bgnjUo0YcbFBaYuXvOOSZrGZ+mHvJn3TKFS3j+ 0Zsly6KZHckfB43KplOmfevOJY= Received: (qmail 124347 invoked by alias); 17 Feb 2020 16:02:04 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 124334 invoked by uid 89); 17 Feb 2020 16:02:03 -0000 Authentication-Results: sourceware.org; auth=none X-HELO: us-smtp-delivery-1.mimecast.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1581955321; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=cMSm4EZZbw+Ly5irYJuJPXWgEz0HQIKc3TTrG7ENF08=; b=S1KMKF52SLWU0bOkbBNIOrdFNXn7+Bji8H3Ict3wdrv6Ccx+AI9l6VDX8L4CRGEYajTxe3 95a/G3f/0d2491uAPI30YNl0DrBIVTGeyzzfjqFX9KI4gQ9Qj5zEmYbtMh4t89DE9/xc1z DukN6Lek6D025sptEgYD2mEEqdhnTF4= From: Florian Weimer To: Carlos O'Donell Cc: Szabolcs Nagy , nd@arm.com, GNU C Library Subject: Re: [PATCH] Reserve static TLS for dynamically loaded initial-exec TLS only [BZ #25051] References: <44eaccc2-f760-88c0-989a-e413e328b051@arm.com> <87lfqjv56h.fsf@oldenburg2.str.redhat.com> <5533fb62-c336-45b3-71ec-30c5e7d7ac4c@arm.com> <5474f68c-b093-8791-ca0b-b4b715174e2c@redhat.com> Date: Mon, 17 Feb 2020 17:01:54 +0100 In-Reply-To: <5474f68c-b093-8791-ca0b-b4b715174e2c@redhat.com> (Carlos O'Donell's message of "Thu, 13 Feb 2020 13:07:56 -0500") Message-ID: <87k14lmcct.fsf@oldenburg2.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain Content-Transfer-Encoding: quoted-printable * Carlos O'Donell: > Let me take a stab at this: > > (1) File a bug to indicate all libraries must stop using > TLS IE to fix dlmopen issues with TLS IE. Do you mean glibc components, or do you view this as a distribution-wide change? > (2) Set DL_NNS to 4, and add a tunable that lets you change > the limit to reduce surplus memory allocated. > > (2.a) send linux man-pages a patch to make dlmopen(3) > ambiguous about how many namespaces are supported and > to point at the tunable to increase the memory used. > > (3) I think that the surplus should be split into two > blocks: > (3.a) Some reserved for TLS IE libs. > (3.b) Some reserved for tlsdesc optimization. > > My opinion is that any library that is loaded and > needs TLS IE should be able to use (3.a). We should > reserve enough for (3.a) to be able to load glibc > libraries, libgomp, and libgl (as you note). There's also a potential for not letting audit libraries consume namespace slots (once they are dynamic). This will enable lower DL_NNS defaults. Thanks, Florian