Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp558320iog; Fri, 17 Jun 2022 08:38:07 -0700 (PDT) X-Google-Smtp-Source: AGRyM1sENCCqUfEqLg3V38JW874qwaJBxRnhApnkD6XHVpAxxEyQR2VrWGybnzIXpZk13uV0lYMM X-Received: by 2002:a05:6a00:2995:b0:522:adce:ae9b with SMTP id cj21-20020a056a00299500b00522adceae9bmr10784719pfb.28.1655480287287; Fri, 17 Jun 2022 08:38:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655480287; cv=none; d=google.com; s=arc-20160816; b=FvHIX2TpbKkeDA0lX9WGDOfzimbgXJYa8bAJvsan0eH5A+jJCOY1lkjA+r4Z/wsr/M 8a2m7DEXCIezCV/b1+1MQIaGY7YXAOsZ4vyxx7pUlLOXkH993qEEEakjg0788/end6yd tl/fkpwHB+zykVOfKdcCCs0RktV/BSUm2HO24BUnZji49YOJ93/CCgM6FOis+98FO0NS 0kIbXcXNQpaICZL++B78D8hO8yuUu9O1jUvjDz4T+2QnaKT79dJrEmhm20/f7AoitRDr v+/z8RfVDqvyyJmPhooBrVXRT8GAQKMlb6H8uoSkIXghdRyPP3OqBnlkhcjk0BwD4rAJ oUGg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=a48xYoaImngZlwAokNKt+6RLtl7rqDoLCq/X4qxbRH0=; b=JwPOxTP0XuxJ//xnLep51C5BinfCogZLJpXBnjL7WMokE1GQjSmwRBczXm11yFIAzc svpysOiwYvHKUVF4q+DfA4B+9JeRhrisOLfRCrO0iUyZxIunJ+HYY/t6DrPndYbwZnTF 83Q9Jbn8hM7sa6dd8nOTa9RZWeRIzyQjUrCPAVOov1pBLl/0r5zKxvqnTUDJ0VSxWHpu YIxnUgo2DeMp2agAVu1+054nVOcs3k7KmFXWp13iSjYwMNBt2T/sStaulC/l/LMTVIvK trjzqh32H21WLV3sSK4avFT+pHUN1gEQDW/NyOm8XqMcAUySUzj1BAlpUhfAysWrIf3y /m9g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=bNNK+PbI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s15-20020a17090302cf00b00168b2d83958si6723514plk.133.2022.06.17.08.37.54; Fri, 17 Jun 2022 08:38:07 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=bNNK+PbI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1382873AbiFQP2h (ORCPT + 99 others); Fri, 17 Jun 2022 11:28:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56048 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1382373AbiFQP2X (ORCPT ); Fri, 17 Jun 2022 11:28:23 -0400 Received: from mail-yw1-x1133.google.com (mail-yw1-x1133.google.com [IPv6:2607:f8b0:4864:20::1133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 69B4F3585D for ; Fri, 17 Jun 2022 08:28:23 -0700 (PDT) Received: by mail-yw1-x1133.google.com with SMTP id 00721157ae682-317803b61e5so20375397b3.1 for ; Fri, 17 Jun 2022 08:28:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=a48xYoaImngZlwAokNKt+6RLtl7rqDoLCq/X4qxbRH0=; b=bNNK+PbIKT8CKkpoxpziC+W02MjORV2Gv4DmjRzlDqzgiPXk1/ZBmWCGxt0sRDxz/g eNeEjmAFCfTmLWtCMsWks8/f4/n74eaSxs9jIEFA4A1ul66IyswOiziFir+wIgaT/DuG JmV3WKlNMujJrkNJxbZ5OquOMCa20BeaGLCKmfm3hGTBN0+WSAJWQfEJPXgU0MJKhn1z jD3P8unNV5OdR1zKJFsUhZia2BjyUSaH2zhaY8bHL9lC6zXwV8iv7l2kGB4t3KLStMiI csK87t1Bh9Zj5GkiK+HKGIGR6RwD2eSgIL1smm6iDY8kH+pLKjG6rHgmluud78SLEk6e FF7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=a48xYoaImngZlwAokNKt+6RLtl7rqDoLCq/X4qxbRH0=; b=gESVxLWtb/O2sPi/iEsraMg7uTOgQkNvzPNB10mguBJ3Gtbd8FMxpWLGVzIkLjFdF0 OAtroq1yHS8prxc/yeuAm4v9HtGxFiVklzsP3CYxvm7/BdCsaYt3PfWfRMRcjTW0uprY zuDWImnpvIB2uLuV4hGHC2LaRNZj+IzMtP3Xl/CmkWG8nqPtQeVq3qCkLIpCvnWVzNM9 zg8YMStseSZ9YH7SuldfXWigJJSYi6XJ2DupuqQmn0g/5aG8DnZYk44tbk0ubUdOdFmV CtI411yQ7ng5GxmM2dhNDK5Tf6uRZh4gbKJpL1Yom/68WIUNF0lNZ+rbco35C/Jbd8iB rOBw== X-Gm-Message-State: AJIora+dPe2vDJPj5U1JS1fHYrlP+R5/Kf/1bUUKAH/uH7aFA3pew3PS 2hzAvl3AsxJotpU/tGEIIKuvYG9HXWBAfBd4Mx4RfA== X-Received: by 2002:a0d:dbd7:0:b0:30f:a269:6da5 with SMTP id d206-20020a0ddbd7000000b0030fa2696da5mr11876279ywe.344.1655479702282; Fri, 17 Jun 2022 08:28:22 -0700 (PDT) MIME-Version: 1.0 References: <20220610143527.22974-1-kirill.shutemov@linux.intel.com> <20220610143527.22974-4-kirill.shutemov@linux.intel.com> In-Reply-To: <20220610143527.22974-4-kirill.shutemov@linux.intel.com> From: Alexander Potapenko Date: Fri, 17 Jun 2022 17:27:46 +0200 Message-ID: Subject: Re: [PATCHv3 3/8] mm: Pass down mm_struct to untagged_addr() To: "Kirill A. Shutemov" Cc: Dave Hansen , Andy Lutomirski , Peter Zijlstra , "the arch/x86 maintainers" , Kostya Serebryany , Andrey Ryabinin , Andrey Konovalov , Dmitry Vyukov , "H . J . Lu" , Andi Kleen , Rick Edgecombe , Linux Memory Management List , LKML Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jun 10, 2022 at 4:35 PM Kirill A. Shutemov wrote: > > Intel Linear Address Masking (LAM) brings per-mm untagging rules. Pass > down mm_struct to the untagging helper. It will help to apply untagging > policy correctly. > > In most cases, current->mm is the one to use, but there are some > exceptions, such as get_user_page_remote(). Wouldn't it be easier to keep using current->mm in untagged_addr(addr) by default, and introduce a separate macro for the exceptions? > > +/* > + * Architectures that support memory tagging (assigning tags to memory r= egions, > + * embedding these tags into addresses that point to these memory region= s, and > + * checking that the memory and the pointer tags match on memory accesse= s) > + * redefine this macro to strip tags from pointers. > + * It's defined as noop for architectures that don't support memory tagg= ing. > + */ > +#ifndef untagged_addr > +#define untagged_addr(mm, addr) (addr) > +#endif The comment above should probably be extended to explain the effect of `mm`= . --=20 Alexander Potapenko Software Engineer Google Germany GmbH Erika-Mann-Stra=C3=9Fe, 33 80636 M=C3=BCnchen Gesch=C3=A4ftsf=C3=BChrer: Paul Manicle, Liana Sebastian Registergericht und -nummer: Hamburg, HRB 86891 Sitz der Gesellschaft: Hamburg Diese E-Mail ist vertraulich. Falls Sie diese f=C3=A4lschlicherweise erhalten haben sollten, leiten Sie diese bitte nicht an jemand anderes weiter, l=C3=B6schen Sie alle Kopien und Anh=C3=A4nge davon und lassen Sie = mich bitte wissen, dass die E-Mail an die falsche Person gesendet wurde. This e-mail is confidential. If you received this communication by mistake, please don't forward it to anyone else, please erase all copies and attachments, and please let me know that it has gone to the wrong person.