Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp1146228imm; Wed, 19 Sep 2018 12:56:27 -0700 (PDT) X-Google-Smtp-Source: ANB0VdZ38Wmo6zVlyC1RfJeTJEX/oVdWpwfj+R+t8UxZebYqHLtQejX8sHYn+xd+PrT9WjarXd4K X-Received: by 2002:a62:d94:: with SMTP id 20-v6mr37402614pfn.202.1537386987582; Wed, 19 Sep 2018 12:56:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537386987; cv=none; d=google.com; s=arc-20160816; b=CFgugivbDMeePKG8mRAQPy9mXgzaMD9Vm54mFyybEi/Y03ODPthxaiejbo2J4IVhLf yzMPy2YJUgaK0LGtg7IBAYRWxqjlsALB+a8CWUZObGtOupJNUVnP64xpbiIox7OiPVoy G++m5os5W0MyuVhU9LlZKx7bGm5vvtd0kk/NXBlAXiF3TiKj4AUynVHx5VBryoFWWPmA asgAqbx+LJe0oXxnux0y6m7D5XkUlLDI5WG21OAojJrY7zvr6pKsh+YSR2FqIITUpXcl OUTu1Hua49a/ADyT6Q5qqTjynY/4T9FBZ5d12D7zfsWGZ04+KPqycv5hWIcU+56NIhRe PJkw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=lqq/NEX43AUrKAL0T0PWcxl5ww35R4fwEXaTFV0dxso=; b=zzyHeCOM+8iGeGS43sA55FzzHtk8a/bsF3PYnD5QcVkHAzo5Y8hI1rhh3HGXe4kDz9 MTM/ybBZWW9/YDpkAv1+IXQBFG8s72qqNJFYaBGV2JpyxHWFtGRnpxBikA6d0i0Mrpbg YIytYYmMvEbD+d0aRQtYDNyegMUMvsLs9mNM+mW+DDCxOkrxhs1el5TAk/V9eGuJSjTR 6C9XmYU0hSE/x2zy64S8Cymk0lAigIKLxH1lI918EwItMbW+8fQIlb47qhOrLvkRULat aIJd+8y5k3R7w/Efwmk7aOByUzqe+L3F0WDE/GQEuFyysirmfdDef507Nih3VOldWNnw U7qA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y24-v6si21673694pge.28.2018.09.19.12.56.11; Wed, 19 Sep 2018 12:56:27 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732743AbeITB2n (ORCPT + 99 others); Wed, 19 Sep 2018 21:28:43 -0400 Received: from relay1.mentorg.com ([192.94.38.131]:37836 "EHLO relay1.mentorg.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727844AbeITB2n (ORCPT ); Wed, 19 Sep 2018 21:28:43 -0400 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=svr-ies-mbx-01.mgc.mentorg.com) by relay1.mentorg.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-SHA384:256) id 1g2iTG-0004lv-6L from joseph_myers@mentor.com ; Wed, 19 Sep 2018 12:49:10 -0700 Received: from digraph.polyomino.org.uk (137.202.0.90) by svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Wed, 19 Sep 2018 20:49:06 +0100 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.90_1) (envelope-from ) id 1g2iTC-0001VE-AK; Wed, 19 Sep 2018 19:49:06 +0000 Date: Wed, 19 Sep 2018 19:49:06 +0000 From: Joseph Myers X-X-Sender: jsm28@digraph.polyomino.org.uk To: Szabolcs Nagy CC: Mathieu Desnoyers , Carlos O'Donell , Florian Weimer , , Thomas Gleixner , Ben Maurer , Peter Zijlstra , "Paul E. McKenney" , Boqun Feng , Will Deacon , Dave Watson , Paul Turner , , , Subject: Re: [RFC PATCH] glibc: Perform rseq(2) registration at nptl init and thread creation In-Reply-To: Message-ID: References: <20180919144438.1066-1-mathieu.desnoyers@efficios.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: SVR-IES-MBX-07.mgc.mentorg.com (139.181.222.7) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 19 Sep 2018, Szabolcs Nagy wrote: > i don't think there is precedent for exposing tls symbol in glibc > (e.g. errno is exposed via __errno_location function) so there > might be issues with this (but i don't have immediate concerns). There have been suggestions to expose TLS errno - but also suggestions that use of __errno_location is more efficient, at least in terms of code size everywhere errno is accessed (for some ABIs, anyway). The ABI tests have code that would list .tbss symbols as "T" in ABI test baselines, but no existing ABI baselines use that. -- Joseph S. Myers joseph@codesourcery.com