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.1 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_EF,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,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 3DB691F463 for ; Wed, 11 Sep 2019 19:54:39 +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=JCDPvoBKgDlJ3SDg1YoYuopliuMidk26YW3amfpnOwg 9S4YyRvDNujKZJN0fndNhiTfVCv1DvBp3Q5Eh/+1f5ClGRp2ZELieB/7Qo1TRXo0 1zKEgfgFSqkn0E53eDvw8hCd5SgEaeREN06QF297ku8d0srnCmg+zbhiNjLsRGs8 = 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=SHi9n3Wf4Tz/gehaYGJ0DQXAGlM=; b=U4n39yu3hblOiGWRH 9bkoUHCySUl1WAywDz+W8n4KDZgW1aHBeqZ511Pw/Sb3JtLnL85tNNTMlUlHKjbm mLKyzV2yFRbOCgibPNFpSNBAIoNAK3OULvKUHFkHX7VCGGAcotJa5emJd85Nf9L8 W3WjieRQ07v5wbhMWBL1Ozqwys= Received: (qmail 50296 invoked by alias); 11 Sep 2019 19:54:34 -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 50288 invoked by uid 89); 11 Sep 2019 19:54:34 -0000 Authentication-Results: sourceware.org; auth=none X-HELO: mx1.redhat.com From: Florian Weimer To: Carlos O'Donell Cc: Mathieu Desnoyers , Joseph Myers , Szabolcs Nagy , libc-alpha@sourceware.org, Thomas Gleixner , Ben Maurer , Peter Zijlstra , "Paul E. McKenney" , Boqun Feng , Will Deacon , Dave Watson , Paul Turner , Rich Felker , linux-kernel@vger.kernel.org, linux-api@vger.kernel.org Subject: Re: [PATCH glibc 2.31 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v12) References: <20190807142726.2579-1-mathieu.desnoyers@efficios.com> <20190807142726.2579-2-mathieu.desnoyers@efficios.com> <8736h2sn8y.fsf@oldenburg2.str.redhat.com> <7db64714-3dc5-b322-1edc-736b08ee7d63@redhat.com> <87ef0mr6qj.fsf@oldenburg2.str.redhat.com> <4a6f6326-ea82-e031-0fe0-7263ed97e797@redhat.com> Date: Wed, 11 Sep 2019 21:54:23 +0200 In-Reply-To: <4a6f6326-ea82-e031-0fe0-7263ed97e797@redhat.com> (Carlos O'Donell's message of "Wed, 11 Sep 2019 15:45:14 -0400") Message-ID: <877e6er4ls.fsf@oldenburg2.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable * Carlos O'Donell: > On 9/11/19 3:08 PM, Florian Weimer wrote: >> * Carlos O'Donell: >>=20 >>> It would be easier to merge the patch set if it were just an unconditio= nal >>> registration like we do for set_robust_list(). >>=20 >> Note that this depends on the in-tree system call numbers list, which I >> still need to finish according to Joseph's specifications. > > Which work is this? Do you have a URL reference to WIP? I think realistically this is needed for the Y2038 work as well if we want to support building glibc with older kernel headers. =E2=80=9Cglibc 2= .31 will have Y2038 support and rseq support, but only if it runs on a current and it happens to have been built against sufficiently recent kernel headers=E2=80=9D is a bit difficult to explain. The current kernel = part is easy enough to understand, but the impact of the kernel headers on the feature set has always been tough to explain. Especially if you factor in vendor kernels with system call backports. Thanks, Florian