From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id A293A3858D28 for ; Tue, 11 Apr 2023 19:18:04 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org A293A3858D28 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gnu.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gnu.org Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pmJVE-0002LO-47; Tue, 11 Apr 2023 15:18:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=In-Reply-To:MIME-Version:References:Subject:To:From: Date; bh=yU0dNxkZsQHBaUDFYyLjDSX2HJX6aTniH64JmjJOsdQ=; b=Fz5xKBJpo56W+pmPc6FY eIwhzy/So2kIIxJMDBj24Sr1tnHvwpUSUrGytDhL2lxpf/OoDX/OaWIhVPQnFrtxzzcjIbWoQm6ds 4r2n8DhsOHzOr/JLLaUwqtl/GvZ1Bus8SPUpwZCLlDCCBRL57XPqq4FQpCNiQgZcAQsn7t+dNwLqg 5/N5wgO4ns8qUqxurVtql4U5juG8trDDDKgDU9euF9nZxq79sP+Fz3JwfTlMU1pBFV5I3d9dzGjty /oR27AhqTUZ4IvqXDghlv9AxcmdlMrH5CE57LB9vC/8eWKpTA++S3g2xdczPpdGExFn7+lPCUZlqb jIjPxmEwtnHgug==; Received: from [2a01:cb19:4a:a400:de41:a9ff:fe47:ec49] (helo=begin) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pmJVD-0007ke-Hr; Tue, 11 Apr 2023 15:18:03 -0400 Received: from samy by begin with local (Exim 4.96) (envelope-from ) id 1pmJVB-000eJo-10; Tue, 11 Apr 2023 21:18:01 +0200 Date: Tue, 11 Apr 2023 21:18:01 +0200 From: Samuel Thibault To: Sergey Bugaev , libc-alpha@sourceware.org, bug-hurd@gnu.org Subject: Re: [RFC PATCH glibc 24/34] hurd: Only check for TLS initialization inside rtld or in static builds Message-ID: <20230411191801.r4z6srrpbjlhc5wb@begin> Mail-Followup-To: Sergey Bugaev , libc-alpha@sourceware.org, bug-hurd@gnu.org References: <20230319151017.531737-1-bugaevc@gmail.com> <20230319151017.531737-25-bugaevc@gmail.com> <20230411185705.22jygrepjq4mhbvk@begin> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230411185705.22jygrepjq4mhbvk@begin> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) X-Spam-Status: No, score=-5.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS,TXREP,URIBL_BLACK autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Samuel Thibault, le mar. 11 avril 2023 20:57:05 +0200, a ecrit: > Had you actually tested it on i386? It seems to be breaking the > testsuite completely. I would expect that a submitted patch series has > gone through the testsuite. > > Sergey Bugaev, le dim. 19 mars 2023 18:10:07 +0300, a ecrit: > > When glibc is built as a shared library, TLS is always initialized by > > the call of TLS_INIT_TP () macro made inside the dynamic loader, prior > > to running the main program (see dl-call_tls_init_tp.h). > > Yes, but apparently we load libc.so before calling TLS_INIT_TP? (and > thus start using its functions) I'm thinking that we should as well just assume that the hardware is old enough to support rdfsbase, that'll be *way* simpler to test for TLS. Samuel