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 080753858D1E for ; Mon, 10 Apr 2023 19:20:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 080753858D1E 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 1plx4D-00089h-3H; Mon, 10 Apr 2023 15:20:41 -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=v7KMJXbNaw6yA2+bLqs7NXyLwVtTUQLaTuH+QTZisyg=; b=iK1o5QixNnFnoLPm2/Cl EzObSvmkRKNzifwrJstGC93SzLPAYYcT71/00edjDPH6vxtIEbccD5fCy0LFcfgkxULXDxG51/FQf 5l3kV3wJarvHz2JZGK7HVaCcoS40dFt0I/QMR7V63W8s2LrHYrdS8+7ZJPQqK5uXfbcnLRpMAwNpu 1d0jg8CI8YJpOzjPo+Bil8OPxbmTBNJnvg6vg/+wfPQ4Q/1AoBfN7Na7j5eDZA91laEgT7CceWab+ 1caW26pIlW55AdfVBfTKv/jFo16Cyj6e4U2KrmK48sh6n43RnZNb+kSzc5DglVM76WhmRlQ0pLY4q H3guRznirbZlTQ==; 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 1plx4C-0006Iz-TX; Mon, 10 Apr 2023 15:20:40 -0400 Received: from samy by begin with local (Exim 4.96) (envelope-from ) id 1plx4A-0001mI-39; Mon, 10 Apr 2023 21:20:38 +0200 Date: Mon, 10 Apr 2023 21:20:38 +0200 From: Samuel Thibault To: Sergey Bugaev Cc: libc-alpha@sourceware.org, bug-hurd@gnu.org, Luca Subject: Re: [RFC PATCH 00/34] The rest of the x86_64-gnu port Message-ID: <20230410192038.6emffvywx6uclxbn@begin> Mail-Followup-To: Sergey Bugaev , libc-alpha@sourceware.org, bug-hurd@gnu.org, Luca References: <20230319151017.531737-1-bugaevc@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230319151017.531737-1-bugaevc@gmail.com> Organization: I am not organized User-Agent: NeoMutt/20170609 (1.8.3) X-Spam-Status: No, score=-6.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 autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hello, Sergey Bugaev, le dim. 19 mars 2023 18:09:43 +0300, a ecrit: > As for sigreturn specifically: I'm concerned about the possibility that > putting the register dump onto the user's stack (or at %rsp - 128, on x86_64) > may clobber the data trampoline.c puts there (unless an altstack is used), > including the very sigcontext. I guess we could make sure that the offset of ctx in stackframe is not hit by data written by sigreturn.c. Samuel