Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp1521151ybz; Sat, 25 Apr 2020 21:49:23 -0700 (PDT) X-Google-Smtp-Source: APiQypKgawAkBIQYZtdfjOKcZ5E2TdcY9/j0l+AJ6ESgeK047x9vEf26b2TeVdzVI9glMqVrezqR X-Received: by 2002:a50:ba83:: with SMTP id x3mr13178434ede.193.1587876563495; Sat, 25 Apr 2020 21:49:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587876563; cv=none; d=google.com; s=arc-20160816; b=hF5oWGI1H2YIIMHWa+V95Bw+Y5KFi6nTyCh+ZL9gqEMoXIipYpfsHAy0iQyTFemcAV DXFqE3P/uy4EnnTHfYHmyfKERffv3HH5vidoqGNKeyVxYX+sHwzTWCQN6XhQUt28Uvhh kbFPAhZ90KAPhiP0rcILxB73f6t81WrxDLGeSF82p7nTf/2MKeKSh3vqoGu7wIYfYfwj 3y7xic7Vf9SqluJ9eROTNL3iDea0IlHDUAzTaiA6wDTbRLQ+2o/aLCXpvzzE4/xA459V GvEEWYf5J42XchidGke4BXow0E2BHAPhcXGotvqjN0gIsuK4FX64rJaxQN9kssUi4hbV ZaWg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=YpSXnlP2UEhGTnk3VJtjn8DPewchAaDQNE4KlHAL1kc=; b=m7L+SgXqZVbDDjJd4Ti0W5P2KSfGtiiCp+PNwMudmppAXsaa0aQyt4J+M6576FkK29 n8Ra28+9CCfd1WKsDV3OOQfk/4RjQn6VXd2GkRmvS6h9sqynvhgkxzqDQPR1nvJdmk+5 1t+ZI44xOdslngmYC5y9sqMaReXQMkpvolJ2xqExAsBvdL5YPs/L8H86rMisNJL7Impo S9gR050TKdcLb3ynfFqfbR7BIs/gtx2pzHGeBdDGhl+W23o+8Kw7yzLsbwLTuoDfcaRI kO8R/+xiFJw5WXJBH5fXz1wAu89R730zIIjm/lAMHwIhwSArvbfbC5Sbhqp0a8D7wzoN zOFg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=VFSFTqIk; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s13si5998682ejd.436.2020.04.25.21.48.58; Sat, 25 Apr 2020 21:49:23 -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=@kernel.org header.s=default header.b=VFSFTqIk; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726132AbgDZErZ (ORCPT + 99 others); Sun, 26 Apr 2020 00:47:25 -0400 Received: from mail.kernel.org ([198.145.29.99]:37844 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726101AbgDZErZ (ORCPT ); Sun, 26 Apr 2020 00:47:25 -0400 Received: from localhost.localdomain (c-73-231-172-41.hsd1.ca.comcast.net [73.231.172.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id CBF99206D4; Sun, 26 Apr 2020 04:47:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1587876445; bh=Ed67bnHI9OcrbnOogb7cRpweoPOXndi3LfHAp1KEHNU=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=VFSFTqIkT30VQv/yqmwoiheYULSHC7LBREaYVEFRbiJt7N9sU3UVjVvCyt//ew1k3 QWT1YQSEti18WMfchHZBCnyl9qpwh+UmcBplK9lmYsDiAgsRv62q1g57b9dtVVzqAz Dwl5D4QRSHUBhY/aww8YGmR9u9n6LKHhV87QfYvw= Date: Sat, 25 Apr 2020 21:47:24 -0700 From: Andrew Morton To: Christoph Hellwig Cc: Alexander Viro , Jeremy Kerr , Arnd Bergmann , "Eric W . Biederman" , linuxppc-dev@lists.ozlabs.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/7] signal: factor copy_siginfo_to_external32 from copy_siginfo_to_user32 Message-Id: <20200425214724.a9a00c76edceff7296df7874@linux-foundation.org> In-Reply-To: <20200421154204.252921-3-hch@lst.de> References: <20200421154204.252921-1-hch@lst.de> <20200421154204.252921-3-hch@lst.de> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 21 Apr 2020 17:41:59 +0200 Christoph Hellwig wrote: > To remove the use of set_fs in the coredump code there needs to be a > way to convert a kernel siginfo to a userspace compat siginfo. > > Call that function copy_siginfo_to_compat and factor it out of > copy_siginfo_to_user32. > > The existence of x32 complicates this code. On x32 SIGCHLD uses 64bit > times for utime and stime. As only SIGCHLD is affected and SIGCHLD > never causes a coredump I have avoided handling that case. x86_64 allmodconfig: kernel/signal.c: In function 'copy_siginfo_to_external32': kernel/signal.c:3299:7: error: 'x32_ABI' undeclared (first use in this function); did you mean 'CTL_ABI'? if (x32_ABI) { ^~~~~~~ I looked at fixing it but surely this sort of thing: int copy_siginfo_to_user32(struct compat_siginfo __user *to, const struct kernel_siginfo *from) #if defined(CONFIG_X86_X32_ABI) || defined(CONFIG_IA32_EMULATION) { return __copy_siginfo_to_user32(to, from, in_x32_syscall()); } int __copy_siginfo_to_user32(struct compat_siginfo __user *to, const struct kernel_siginfo *from, bool x32_ABI) #endif { ... is too ugly to live?