Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp989016ybi; Fri, 14 Jun 2019 06:48:59 -0700 (PDT) X-Google-Smtp-Source: APXvYqxyA9sWvtTaW+z48svlG0W/tK449O/p1OUjmj+VcJ6gh76Ra2r0FCns8GM8fB2Iz+zhQ2kJ X-Received: by 2002:a63:f95d:: with SMTP id q29mr29742021pgk.368.1560520139428; Fri, 14 Jun 2019 06:48:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560520139; cv=none; d=google.com; s=arc-20160816; b=Gc6F3M2uEiARVmERdL9mpV2vJVAZgPqNUYRZv0vViy4qD6HMqLaRY03KAJSY5u3TBp jy4I6zGuc1piy3JpB7vWGowE7aBu07N94pvJrZPwPfT6ERqG9TEE+ZpUS1X/5a4MvgJD 7FT9Xhi/3pw9M83HSLomDeewtRdWt53Uje6aVkIAj0dNaxEfRq53sIKX4gQQoR8lMPO3 Sq+T7JFpJXztTAWREnG7fXgDdzNXJ/+JflqDlBvNjt3byP7iqKWvoqMSxlqEyd+aLPv7 CtFEbBh6wcK7q8Xrvcql9NuYEO2IcmjEuZE5KBO5FUtOPbtp/dSjJvPcTDqwCXKD7TpL hpXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:thread-index:thread-topic :content-transfer-encoding:mime-version:subject:references :in-reply-to:message-id:cc:to:from:date:dkim-signature:dkim-filter; bh=81EpfFNjP6SvW3w5jVIET8nZSw4QEAdPUWyGh9rrrk0=; b=eoc7fkaew0GybuYSq8xWaRyuh/mBC6jOKWKeNb3x3cQjabwSjXBbAdp6anP1FKCTu0 qob13DYl64voIJwIhnLnK9fNqX2s5epC30z7I0pYTj0wbnY7Z+N+H1O3vqR8BW7KcReY ep2VLGjvc21sUMITaIi5Rvb1/JIr7NXsRWy3Pbe/kh+BVg+pEdyugcNNsFcQtT0N51Ok 8o4y/4OnY3J16sb3fyRE0ab88ghjLrnllPonPasJIEp9/+5mpFfHXIgsm0Dzcv+K8Tcq 3jEpiM0rpWAfT8saWqOR8g6mrnB4RvwbLZWYx+a82zOBZwTKEWF2+giiAi1Ab1JKKv5K b2wA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@efficios.com header.s=default header.b=WP5wmVF8; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=efficios.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a8si2221864pls.118.2019.06.14.06.48.43; Fri, 14 Jun 2019 06:48:59 -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; dkim=pass header.i=@efficios.com header.s=default header.b=WP5wmVF8; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=efficios.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728336AbfFNNrQ (ORCPT + 99 others); Fri, 14 Jun 2019 09:47:16 -0400 Received: from mail.efficios.com ([167.114.142.138]:43596 "EHLO mail.efficios.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727898AbfFNNrP (ORCPT ); Fri, 14 Jun 2019 09:47:15 -0400 Received: from localhost (ip6-localhost [IPv6:::1]) by mail.efficios.com (Postfix) with ESMTP id 76B3B2517E2; Fri, 14 Jun 2019 09:47:14 -0400 (EDT) Received: from mail.efficios.com ([IPv6:::1]) by localhost (mail02.efficios.com [IPv6:::1]) (amavisd-new, port 10032) with ESMTP id E1TuGgOUa87X; Fri, 14 Jun 2019 09:47:14 -0400 (EDT) Received: from localhost (ip6-localhost [IPv6:::1]) by mail.efficios.com (Postfix) with ESMTP id 19F7F2517DB; Fri, 14 Jun 2019 09:47:14 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.efficios.com 19F7F2517DB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=efficios.com; s=default; t=1560520034; bh=81EpfFNjP6SvW3w5jVIET8nZSw4QEAdPUWyGh9rrrk0=; h=Date:From:To:Message-ID:MIME-Version; b=WP5wmVF8o+loCPX8mYQM0wAdEPJvADvYrEjChO39wLC+vtYpIZxQuRACD3Kgpe7Zq yhLb+4GcQ7C1oJH+sDD40TqSWG3P42Q+5Pcc8M28ejSkaIRm0sg+t465+rlB++q6Gn m1uywQpEaIDmT3u+1QZqmeKgaI5D30aIo2kFFsg+8ey0ccxACsRsz2ozANcftu/sUn jB+oiHAEw5jFqmOTTOXQk/CMPgmyamBGMz5xOaH7UYn8J7FY2v6qHyeh+fBLZo3JK2 MXBEtnwG5IJbvsUUqMouiENJR5j9pJ68XHzbGN8JAzxgrFje6wyjfArbPkO+mMVa/W UdJlAmp2tJ4nw== X-Virus-Scanned: amavisd-new at efficios.com Received: from mail.efficios.com ([IPv6:::1]) by localhost (mail02.efficios.com [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id j3nKT3CEgr1y; Fri, 14 Jun 2019 09:47:14 -0400 (EDT) Received: from mail02.efficios.com (mail02.efficios.com [167.114.142.138]) by mail.efficios.com (Postfix) with ESMTP id EF45F2517D4; Fri, 14 Jun 2019 09:47:13 -0400 (EDT) Date: Fri, 14 Jun 2019 09:47:13 -0400 (EDT) From: Mathieu Desnoyers To: Florian Weimer Cc: carlos , Joseph Myers , Szabolcs Nagy , libc-alpha , Thomas Gleixner , Ben Maurer , Peter Zijlstra , "Paul E. McKenney" , Boqun Feng , Will Deacon , Dave Watson , Paul Turner , Rich Felker , linux-kernel , linux-api Message-ID: <26171199.3391.1560520033825.JavaMail.zimbra@efficios.com> In-Reply-To: <87imt8tha5.fsf@oldenburg2.str.redhat.com> References: <20190503184219.19266-1-mathieu.desnoyers@efficios.com> <1190407525.3131.1560516910936.JavaMail.zimbra@efficios.com> <1085273942.3137.1560517301721.JavaMail.zimbra@efficios.com> <87d0jguxdk.fsf@oldenburg2.str.redhat.com> <1779359826.3226.1560518318701.JavaMail.zimbra@efficios.com> <87wohoti47.fsf@oldenburg2.str.redhat.com> <189377747.3315.1560519247118.JavaMail.zimbra@efficios.com> <87imt8tha5.fsf@oldenburg2.str.redhat.com> Subject: Re: [PATCH 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v10) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [167.114.142.138] X-Mailer: Zimbra 8.8.12_GA_3803 (ZimbraWebClient - FF67 (Linux)/8.8.12_GA_3794) Thread-Topic: glibc: Perform rseq(2) registration at C startup and thread creation (v10) Thread-Index: wOBWzLotZbvRJLIS40uVtgojXXE/sQ== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ----- On Jun 14, 2019, at 3:42 PM, Florian Weimer fweimer@redhat.com wrote: > * Mathieu Desnoyers: > >> + /* Publicize rseq registration ownership. This must be performed >> + after rtld re-relocation, before invoking constructors of >> + preloaded libraries. */ >> + rseq_init (); > > Please add a comment that IFUNC resolvers do not see the initialized > value. I think this is okay because we currently do not support access > to extern variables in IFUNC resolvers. Do IFUNC resolvers happen to observe the __rseq_handled address that was internal to ld.so ? If so, we could simply initialize __rseq_handled twice: early before calling IFUNC resolvers, and after ld.so re-relocation. Thanks, Mathieu -- Mathieu Desnoyers EfficiOS Inc. http://www.efficios.com