Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp270179ybz; Tue, 28 Apr 2020 23:21:23 -0700 (PDT) X-Google-Smtp-Source: APiQypLAz5rurQGZLreKVTn16AY0IKtIM0LTU0rOb1M74fa/CcKI5mw8vGxZD1JWtEpXPOvF3j6X X-Received: by 2002:a50:a883:: with SMTP id k3mr1062234edc.198.1588141283576; Tue, 28 Apr 2020 23:21:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588141283; cv=none; d=google.com; s=arc-20160816; b=k661MeYoavwmc+Rcz3Un5q5uEm1RWw+FKewRJdU2RS8BSiG1ahQnrorcpTFlRX+t5+ bJhaeR2h+l3ZpwHJiTyi+xGuy5bF/UASlb3omUGElGGhClODB7LMV0alsovSK8BKb63/ 1G/NE0PP8wOj1qirucoCLcK2JeszK+GoRO/S76IRdc4JxByw0ptA69+75uSUz2/hHzza JpvGWWu4dQPV73Kh1ZbrsEFsi8+MForr8W8yMYwiR6mWGPZmyFjIXn5CfWWsNx51PeL7 Rxp47OcLOgqNqGslpSPnmU4hfVmtUY2tKSRSqzMo6gMd2ACBadI/F/HMp0USXJm42H1W xkQA== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=EkUgosIN64/7yAQ+xWvCvCnE4dJhaM+9kMKUGtuLvK0=; b=q0YEcb7Zk8GKP6u6X12YU56TQ/RAM7yVclOrjbGkjDkvhnjsvJ5S7dDEjQLx0TSKy+ l1PT/9b77S8UZy3UpkvqeYPxGw2yBF65+78t5KiQ/gCYFLTpStkxygVTbU1e8DTgReIv pqk2VREID3K6UPdhTEEIYfdf1IJp7pgv3lvDLieXpV1kdbU/lrVe2GT8WDM9HkmcTgSk sJukfJTqkZiRoc7GPQVgmT/+Ia4dsyzTXB2g21YM+TMwJ2wiv2lW60UKkO79tACSZygX 4PrYVEomrSAyuAw7ASV1wFZiACMYCOtzgAdwIaSf10F9DAxuPA+WAP6bFmQtjd31W6Go QOWQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@c-s.fr header.s=mail header.b=gZW3oK4f; 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 v25si3325813ejx.386.2020.04.28.23.20.59; Tue, 28 Apr 2020 23:21: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=@c-s.fr header.s=mail header.b=gZW3oK4f; 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 S1726625AbgD2GRb (ORCPT + 99 others); Wed, 29 Apr 2020 02:17:31 -0400 Received: from pegase1.c-s.fr ([93.17.236.30]:64228 "EHLO pegase1.c-s.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726181AbgD2GRb (ORCPT ); Wed, 29 Apr 2020 02:17:31 -0400 Received: from localhost (mailhub1-int [192.168.12.234]) by localhost (Postfix) with ESMTP id 49BpG0427Wz9txPB; Wed, 29 Apr 2020 08:17:28 +0200 (CEST) Authentication-Results: localhost; dkim=pass reason="1024-bit key; insecure key" header.d=c-s.fr header.i=@c-s.fr header.b=gZW3oK4f; dkim-adsp=pass; dkim-atps=neutral X-Virus-Scanned: Debian amavisd-new at c-s.fr Received: from pegase1.c-s.fr ([192.168.12.234]) by localhost (pegase1.c-s.fr [192.168.12.234]) (amavisd-new, port 10024) with ESMTP id ixyHQ3wDASx2; Wed, 29 Apr 2020 08:17:28 +0200 (CEST) Received: from messagerie.si.c-s.fr (messagerie.si.c-s.fr [192.168.25.192]) by pegase1.c-s.fr (Postfix) with ESMTP id 49BpG02kYvz9txP9; Wed, 29 Apr 2020 08:17:28 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=c-s.fr; s=mail; t=1588141048; bh=EkUgosIN64/7yAQ+xWvCvCnE4dJhaM+9kMKUGtuLvK0=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=gZW3oK4fcOITx0QQTthRUuq+8+lLXOyN3+hMbJYia9A3sytSnomt3ORWPSzs1kr6h PsGVqsuY5yG0VkLnWRW3tjiqZczo15D90Ietus/AEiiyZiCpydSplDy4VOxGvXQA3H 7ZovHIJxjY/vwsxzYU2j8S9nUS4mcL3L1x7p+5rs= Received: from localhost (localhost [127.0.0.1]) by messagerie.si.c-s.fr (Postfix) with ESMTP id 455C38B86D; Wed, 29 Apr 2020 08:17:29 +0200 (CEST) X-Virus-Scanned: amavisd-new at c-s.fr Received: from messagerie.si.c-s.fr ([127.0.0.1]) by localhost (messagerie.si.c-s.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id oRQk_Oz9NNoR; Wed, 29 Apr 2020 08:17:29 +0200 (CEST) Received: from [192.168.4.90] (unknown [192.168.4.90]) by messagerie.si.c-s.fr (Postfix) with ESMTP id B9C888B86C; Wed, 29 Apr 2020 08:17:27 +0200 (CEST) Subject: Re: [PATCH] fixup! signal: factor copy_siginfo_to_external32 from copy_siginfo_to_user32 To: Arnd Bergmann , Christoph Hellwig Cc: Jeremy Kerr , linux-kernel@vger.kernel.org, "Eric W . Biederman" , linux-fsdevel@vger.kernel.org, Andrew Morton , linuxppc-dev@lists.ozlabs.org, Alexander Viro References: <20200428074827.GA19846@lst.de> <20200428195645.1365019-1-arnd@arndb.de> From: Christophe Leroy Message-ID: Date: Wed, 29 Apr 2020 08:17:22 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <20200428195645.1365019-1-arnd@arndb.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 28/04/2020 à 21:56, Arnd Bergmann a écrit : > I think I found a way to improve the x32 handling: > > This is a simplification over Christoph's "[PATCH 2/7] signal: factor > copy_siginfo_to_external32 from copy_siginfo_to_user32", reducing the > x32 specifics in the common code to a single #ifdef/#endif check, in > order to keep it more readable for everyone else. > > Christoph, if you like it, please fold into your patch. > > Cc: Andrew Morton > Cc: Alexander Viro > Cc: Jeremy Kerr > Cc: Arnd Bergmann > Cc: "Eric W . Biederman" > Cc: linuxppc-dev@lists.ozlabs.org > Cc: linux-fsdevel@vger.kernel.org > Signed-off-by: Arnd Bergmann > --- > arch/x86/include/asm/compat.h | 10 ++++++++++ > arch/x86/kernel/signal.c | 23 +++++++++++++++++++++++ > kernel/signal.c | 15 ++------------- > 3 files changed, 35 insertions(+), 13 deletions(-) > [...] > diff --git a/kernel/signal.c b/kernel/signal.c > index 1a81602050b4..935facca4860 100644 > --- a/kernel/signal.c > +++ b/kernel/signal.c > @@ -3318,29 +3318,18 @@ void copy_siginfo_to_external32(struct compat_siginfo *to, > } > } > > +#ifndef CONFIG_X86_X32_ABI Can it be declared __weak instead of enclosing it in an #ifndef ? > 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 > { > struct compat_siginfo new; > > copy_siginfo_to_external32(&new, from); > -#ifdef CONFIG_X86_X32_ABI > - if (x32_ABI && from->si_signo == SIGCHLD) { > - new._sifields._sigchld_x32._utime = from->si_utime; > - new._sifields._sigchld_x32._stime = from->si_stime; > - } > -#endif > if (copy_to_user(to, &new, sizeof(struct compat_siginfo))) > return -EFAULT; > return 0; > } > +#endif > > static int post_copy_siginfo_from_user32(kernel_siginfo_t *to, > const struct compat_siginfo *from) > Christophe