Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp3149368imj; Mon, 11 Feb 2019 15:00:42 -0800 (PST) X-Google-Smtp-Source: AHgI3Ia1SD2iUVjRbGbudlzsQKcORF7YqUpclc7xGLieT1VMu1Q4i0u9pkX+BpGmeguIGc6TUWnV X-Received: by 2002:a17:902:3f81:: with SMTP id a1mr709441pld.258.1549926042627; Mon, 11 Feb 2019 15:00:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549926042; cv=none; d=google.com; s=arc-20160816; b=nqSOgSbGTbllPKpk1czbxjbp0KRwMQ1SZMef/JSEmMcU4hG+PQw5zDMzq49J3rmfEe j3RM45/09q0aMo1UF8LcfiBzhOGkdgHfnRNMi85sLVHuxDpS5/D7t4SpCrJIXuUpkFzF PYJvzS8QG2M/DZTCBkM1YxLKge7H347Ljm3bK7Pv9Mvp3+CPkWVjdTdeorcACIxf7I9Y RWyCn/UsSA2mw8JyuTaGdzU8cDT1rVXZHM5Ti1E8PHS2LSmLS3dUne3LvwEuTiwH6qqk 9Rgk5SXrlPEZ6xfkZsGcu+nctClj82hbVQ/3zZL3bsj3aB2xtt2yFrphhJ1AW3ssZuEL 5yMw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=wYva7BRCTD4pLVk0ePeliF8AvH48fT/H37gCYYyrEKk=; b=LWf+r2/gdAQ1SOBFe/QIejHuimW3pBiRoDHFmgeVIYOP2GSb15yJmLYvfn8DfZxhfI kyJnbZdyTjw9MFwWwa2AcCjWNEiIi/lrOt4SYV5WwhCKa/WpNwoyP8iv2m/g80tY4YSp ixBWtIUXpw/MRsmnShf4Ew0K0xczkl0zCFJbQmp/iyD4n7jZuOxXf2g1z98LQyNmGc/u rlb48GLNMigybswRbDWCpNZh5t78gGjVX5Be/9MeFWp7wn1gyIPk6a/uRqZ2akzoXnqf UUFQcKOmaGq805L3NLrHpD8JL7f4aBIQ5J2yv9xxj3H5nxD3TPrH6MvIWJ5x1nQBTQ9U XaDQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="1U/t75gP"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x11si506775plv.76.2019.02.11.15.00.26; Mon, 11 Feb 2019 15:00:42 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="1U/t75gP"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727500AbfBKXAM (ORCPT + 99 others); Mon, 11 Feb 2019 18:00:12 -0500 Received: from mail.kernel.org ([198.145.29.99]:40864 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726994AbfBKXAM (ORCPT ); Mon, 11 Feb 2019 18:00:12 -0500 Received: from mail-wm1-f52.google.com (mail-wm1-f52.google.com [209.85.128.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 57C992083B for ; Mon, 11 Feb 2019 23:00:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1549926011; bh=RdARy0D2d2IImaaPeK+pm12Sk+zLe4PWvJ4Rp1UMq8o=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=1U/t75gPlPzV0GunWAAj580UQ0M8IQO7b/0ocVXPNelID0RVlkdhMj4hsKGasjksD EVjIa8/xD1Gua910hLYZzaNPVVqqmjn0XIr7KSRz+zjA74djGWCRG2PhI6a6hymlpQ 09sU7CdhUpL1YU0IzM5ExJ2bmf1i/5n92jcXqhYA= Received: by mail-wm1-f52.google.com with SMTP id q21so958942wmc.5 for ; Mon, 11 Feb 2019 15:00:11 -0800 (PST) X-Gm-Message-State: AHQUAubAbxtQK5grsZsyPpptr835FbwPGuwF7nhqONoDBH2PEpdkVrk/ X+b1lzQ8Hxet/Ysv+KmdnDWDdOUlIJaFYXMCdIgPIw== X-Received: by 2002:a7b:cc13:: with SMTP id f19mr377508wmh.83.1549926009812; Mon, 11 Feb 2019 15:00:09 -0800 (PST) MIME-Version: 1.0 References: <20190129003422.9328-1-rick.p.edgecombe@intel.com> <20190129003422.9328-14-rick.p.edgecombe@intel.com> <20190211190925.GQ19618@zn.tnic> In-Reply-To: <20190211190925.GQ19618@zn.tnic> From: Andy Lutomirski Date: Mon, 11 Feb 2019 14:59:55 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2 13/20] Add set_alias_ function and x86 implementation To: Borislav Petkov Cc: Rick Edgecombe , Andy Lutomirski , Ingo Molnar , LKML , X86 ML , "H. Peter Anvin" , Thomas Gleixner , Nadav Amit , Dave Hansen , Peter Zijlstra , linux_dti@icloud.com, linux-integrity , LSM List , Andrew Morton , Kernel Hardening , Linux-MM , Will Deacon , Ard Biesheuvel , Kristen Carlson Accardi , "Dock, Deneen T" Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Feb 11, 2019 at 11:09 AM Borislav Petkov wrote: > > On Mon, Jan 28, 2019 at 04:34:15PM -0800, Rick Edgecombe wrote: > > This adds two new functions set_alias_default_noflush and > > s/This adds/Add/ > > > set_alias_nv_noflush for setting the alias mapping for the page to its > > Please end function names with parentheses, below too. > > > default valid permissions and to an invalid state that cannot be cached in > > a TLB, respectively. These functions to not flush the TLB. > > s/to/do/ > > Also, pls put that description as comments over the functions in the > code. Otherwise that "nv" as part of the name doesn't really explain > what it does. > > Actually, you could just as well call the function > > set_alias_invalid_noflush() > > All the other words are written in full, no need to have "nv" there. Why are you calling this an "alias"? You're modifying the direct map. Your patches are thinking of the direct map as an alias of the vmap mapping, but that does seem a bit backwards. How about set_direct_map_invalid_noflush(), etc? --Andy