Received: by 2002:a25:ca44:0:0:0:0:0 with SMTP id a65csp833121ybg; Tue, 28 Jul 2020 21:49:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJycPegtOqeo20AmoAKTwZkRqzncp9b34Y35Cr25eKJkChc/aP13Ms5Lfe/iUENXXDxswWYT X-Received: by 2002:a17:906:1106:: with SMTP id h6mr23331539eja.200.1595998173464; Tue, 28 Jul 2020 21:49:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595998173; cv=none; d=google.com; s=arc-20160816; b=cKN0dOUM7F3B79geQcNSOu+c3mdTVAdvX/qOjBKHCJNX7RjxpuZqfygy0E0XeR1lCT xzRDaNj/1LHraVfsDBuwC3Y8gjkkwLtDwjWjECCXLrFN7Hy+o7dCZOL/jQFYEj8sfNN3 yY+3r/NFArl/Yg6bCqtC/DOJVMLJQtvrlpEdEP7zPgqkjRcB9ORAv28sKHsy5yY8mwCA 3A3H1M+DiHHkh7Yk0IEYbkKD8GeLMpJmbNpAxMZtX1gIDIKCl0QLpGS/3r5CjTBcq7YD 6uPRHak2St+l2WcSzd9Af6fPd60aNNjYekuBh79BQQ5RDlITbXyBew8sJhJEr0sGl3Xw ugXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:message-id :in-reply-to:date:references:organization:subject:cc:to:from; bh=vAQIkxdDbv1v+BKKQ4tyBYbLgCQxTMEwXmXfuJLFxLE=; b=iIdFd8vqh5iZknK78JxT0GHqlGty+HnD3Jua1+MpCQZr+zl+O1W3RTB+p1KJHI9y/m gTlfyX3tKn0k1EwnHMF7Gk2NTamk3iOBwlG5Z720Mb8cQbcmQFvu17uQZu3yX8CbOPs2 gZH3g8SMn+JxT5fbEaMLaHpLmSZuiweQ65tW4HL/t8OoGE/N8FP46dwJ5NVFtwxng99d tgJeLVq0c7HBrijU3rt1McuuQoOjFHjVku6j8Di+VcUb7pqFkg9IqjvmcbARNTaiy8Bo KXEn1MJMWz3LgcMbxcauJxj1PTegDXh415YFgzE9srdTfsVzHhFqTUbHNtnninO0j+Vm 4D2w== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b24si543887edw.188.2020.07.28.21.49.10; Tue, 28 Jul 2020 21:49:33 -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; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726341AbgG2Eqi (ORCPT + 99 others); Wed, 29 Jul 2020 00:46:38 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:33880 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726203AbgG2Eqi (ORCPT ); Wed, 29 Jul 2020 00:46:38 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: krisman) with ESMTPSA id C7319297713 From: Gabriel Krisman Bertazi To: Andy Lutomirski Cc: Peter Zijlstra , Christoph Hellwig , Thomas Gleixner , Kees Cook , X86 ML , LKML , kernel@collabora.com Subject: Re: [PATCH 2/6] arch: x86: Wrap TIF_IA32 checks Organization: Collabora References: <20200728202229.1195682-1-krisman@collabora.com> <20200728202229.1195682-3-krisman@collabora.com> Date: Wed, 29 Jul 2020 00:46:34 -0400 In-Reply-To: (Andy Lutomirski's message of "Tue, 28 Jul 2020 20:43:27 -0700") Message-ID: <878sf3j5cl.fsf@collabora.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Andy Lutomirski writes: > On Tue, Jul 28, 2020 at 1:22 PM Gabriel Krisman Bertazi > wrote: >> >> In preparation to remove TIF_IA32, add wrapper that check the process >> has IA32 ABI without using the flag directly. > > Thank you for doing this, but let's please do it right. There is, > fundamentally, no such thing as a "process with IA32 ABI". Hi Andy, Thanks a lot for your review. As you can see, I'm learning my way here. Can you clarify "there is no such a thing as a 'process with IA32 ABI'"? I'm not sure if I confused the terminology or if (more worrisome for me) I got the concepts wrong. My understanding is that TIF_IA32 marks a thread that is running under the 32-bit compat mode, which would be running a 32-bit process (as in compiled with -m32, for instance), while TIF_X32 marks a process running under the X32 ABI. Each process would have only one of these "personalities". This is what I meant by a process with IA32 ABI (which is wrong in any case). Is there more to it, or is the problem the terminology I used? I don't have any comments on the other things you mentioned, except that I need to go through them and better understand your suggestions. Would you prefer me to rework this patch series with what you suggested or is this something you want to take over and do yourself? Both ways are fine by me. Thanks, -- Gabriel Krisman Bertazi