Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp829659ybt; Wed, 24 Jun 2020 12:15:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyRMrtv6050Di4Q3FJSHZBwpOH4ZFRhP+7CNmVtUopwv172yJQDRlJi7zXzKZi2wIB3PKLa X-Received: by 2002:a17:906:f752:: with SMTP id jp18mr16116364ejb.538.1593026101211; Wed, 24 Jun 2020 12:15:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593026101; cv=none; d=google.com; s=arc-20160816; b=q+jVDvLCIiUuxnxPCmYByEDR/BAhgnEkn3Qozdj6BHWjV7EvdwFKTBwDk7+UNvBopU 7+vAFZ55l14tV1FXhup59gNzWlygiGZ6jBnHDIa7e26ULMjUpSAqQ8sUAT6IffTVBxbs qaCNMqKpNrh1DyyPq3RPfIeeumLfgk2r4N1pvptctrC/6s7TkUixBJyfGlRrTpazAde/ gpoGMIOG89LTgKwzIahbKSCviEDrb06Giki32RZbufmZcFMV2cGhxF7sdG2hCXJG1w8g fjf+2exAq2kRZT6lrtLWq+fH+YH/B3Fk5wzpbBYLparZuKRMP2fEX7e3uJoxUJDWYmvV cvJw== 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:message-id :in-reply-to:date:references:subject:cc:to:from:dkim-signature; bh=RmSMwzny06NsdSKMt6qmuqIVCIN71KDJe+6Vq4O89KQ=; b=thZ74CPlXvSTHGNzwzucntpxUr4mQ3jpHQ8Xw+xuKRAG4VdkmyQ7HVdP/GdVi4NsBz 4DEFdAsyFLJZKcH7HaVoaIgNNcZHONhw9iWcgReGGEu9KITdY20C5SIE5hYuvLTYw3U/ sFLxheV9n1C52HNHOO8byhppoQ47hvazDiIQs681SaAcSkBhkubpMHRCiIFJv8DZAo44 NXPsjg1II1cnVBNKT9yyRoYhnoYFg9pWq4l47dE7jnjno/rR/w3QX0KngZQl401hzorI O4YTFDJjPfW6TbwBuFF8giJPCW/M0x+QoSj64Hwm6UzgZAt0VgpFq90IN0v2sMzqLwMt w3Mg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=GoWIx0SN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p3si3102436edx.495.2020.06.24.12.14.36; Wed, 24 Jun 2020 12:15:01 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=GoWIx0SN; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405429AbgFXTMH (ORCPT + 99 others); Wed, 24 Jun 2020 15:12:07 -0400 Received: from us-smtp-2.mimecast.com ([205.139.110.61]:20947 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2404744AbgFXTMH (ORCPT ); Wed, 24 Jun 2020 15:12:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1593025925; 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: in-reply-to:in-reply-to:references:references; bh=RmSMwzny06NsdSKMt6qmuqIVCIN71KDJe+6Vq4O89KQ=; b=GoWIx0SNqmnn/PVjvmza18+wWGDw4soZA/Cs4EQmss8CRlhvU1z8VQ31iyXz1U94K3yk8C lNfLLExab1ptyMW0ysweaP9Z95/af7hyRJqixStF/jEix0ns/SC92iywpWv+p/dZjAktu9 LmeLEklPcTD9BAEOIAXYIMfq0StakD8= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-458-5OaKHX9gPHGWHiBQm6g_uA-1; Wed, 24 Jun 2020 15:12:02 -0400 X-MC-Unique: 5OaKHX9gPHGWHiBQm6g_uA-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id D4540804001; Wed, 24 Jun 2020 19:11:59 +0000 (UTC) Received: from oldenburg2.str.redhat.com (ovpn-113-18.ams2.redhat.com [10.36.113.18]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 44F1B1008034; Wed, 24 Jun 2020 19:11:52 +0000 (UTC) From: Florian Weimer To: Mathieu Desnoyers Cc: carlos , Joseph Myers , Szabolcs Nagy , libc-alpha , Thomas Gleixner , Ben Maurer , Peter Zijlstra , Paul , Boqun Feng , Will Deacon , Dave Watson , Paul Turner , Rich Felker , linux-kernel , linux-api Subject: Re: [PATCH 1/3] glibc: Perform rseq registration at C startup and thread creation (v21) References: <20200622180803.1449-1-mathieu.desnoyers@efficios.com> <20200622180803.1449-2-mathieu.desnoyers@efficios.com> <87d05obl4w.fsf@oldenburg2.str.redhat.com> <1158112159.11628.1593025203438.JavaMail.zimbra@efficios.com> Date: Wed, 24 Jun 2020 21:11:50 +0200 In-Reply-To: <1158112159.11628.1593025203438.JavaMail.zimbra@efficios.com> (Mathieu Desnoyers's message of "Wed, 24 Jun 2020 15:00:03 -0400 (EDT)") Message-ID: <87r1u48eix.fsf@oldenburg2.str.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Mathieu Desnoyers: >> I'm still worried that __rseq_static_assert and __rseq_alignof will show >> up in the UAPI with textually different definitions. (This does not >> apply to __rseq_tls_model_ie.) > > What makes this worry not apply to __rseq_tls_model_ie ? It's not needed by the kernel header because it doesn't contain a __rseq_abi declaration. >> >> Is my worry unfounded? > > So AFAIU you worry that eventually sys/rseq.h and linux/rseq.h carry different > definitions of __rseq_static_assert and __rseq_alignof. > > Indeed, I did not surround those #define with #ifndef/#endif. Maybe we should ? > > Just in case the definitions end up being different (worse case scenario), we > should expect their behavior to be pretty much equivalent. So going for the > following should address your concern I think: I think we should keep things simple on the glibc side for now and do this changes to the kernel headers first. Thanks, Florian