Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp155755imm; Thu, 30 Aug 2018 10:36:06 -0700 (PDT) X-Google-Smtp-Source: ANB0VdZamh7Q7H49EHZcPS+wDX3FjtjkiG39Flc1Ndyrt/k4ilf2fhtvpJtjoPCIZUaWTo3s422i X-Received: by 2002:a63:6ce:: with SMTP id 197-v6mr10453632pgg.338.1535650566149; Thu, 30 Aug 2018 10:36:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535650566; cv=none; d=google.com; s=arc-20160816; b=BWcOBJhWOIW6ybxnJFRG8T3rm/EONlwD5AyIR/8sS7U3LWXF6fiQbnKGCyfe+R2/St 3D3UoVjYSNsIAfr5aTXSQfUFeKKKm0dOiiamzJptxtiDgn1cMy9FCkl2PzkwKSgNu32T +s0KEG6hZ/WWp+yDMA1+brDudpsPtIjWs5sd+9FnhQnAyB30Zko7bRsqcaYiHXBK1Gzb d7wHnpbQfyvpuTaLeZ+Scz4EHs2JvwiF8xjKcE2EJukpVNVj/IJmd6uhfuxI4gX42ub8 ybodQ77z5VDGJyqNcTJvUz6tD12zt4ONK+cI+vcckmGrlGaT06p5Eg2ggOpYZcZ5NBKh RoUQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:arc-authentication-results; bh=30mg7EPC8KHzkfm109B2Y3TbyUZwL2b7eBOCOYMoC3w=; b=u4bSltABsOg+icyLzhe/7ljxgAAtZhY0/4SyYrp9dYJM3IlkrogM9ILMQlyTqBzNlz PIs6GzNPkAmYnBRpgf4llSyiV9Hbb3tnt51oT1Zz2ABr94g84z9bF2kHh5gyt2Id18A8 X7hpS1OGFFwaVYOC2AU9hR0vJVinC81qL4eE3E98L8ErdBiYFKcZWGaxh+dinwgwqq5/ EAK7Ag+ioRJtPRDu4mHcy50GPubRGCY/MocvUC3ng4DN6fxWitN9qbBcxFZzeKSwLTZn 4Nk9/wn/8YumiRQpEzKKbfXbim1j2MwHypfYRxlCDqeho4iiXaZdCn8qNJr7NKYIZuYo 0Wag== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=vmware.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y67-v6si6963395pfa.47.2018.08.30.10.35.51; Thu, 30 Aug 2018 10:36:06 -0700 (PDT) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=vmware.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727475AbeH3VhU (ORCPT + 99 others); Thu, 30 Aug 2018 17:37:20 -0400 Received: from ex13-edg-ou-002.vmware.com ([208.91.0.190]:14372 "EHLO EX13-EDG-OU-002.vmware.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726674AbeH3VhT (ORCPT ); Thu, 30 Aug 2018 17:37:19 -0400 Received: from sc9-mailhost2.vmware.com (10.113.161.72) by EX13-EDG-OU-002.vmware.com (10.113.208.156) with Microsoft SMTP Server id 15.0.1156.6; Thu, 30 Aug 2018 10:33:41 -0700 Received: from sc2-haas01-esx0118.eng.vmware.com (sc2-haas01-esx0118.eng.vmware.com [10.172.44.118]) by sc9-mailhost2.vmware.com (Postfix) with ESMTP id 96AD7B05D9; Thu, 30 Aug 2018 13:34:06 -0400 (EDT) From: Nadav Amit To: Thomas Gleixner CC: , Ingo Molnar , , Arnd Bergmann , , Dave Hansen , Andy Lutomirski , Masami Hiramatsu , Kees Cook , Peter Zijlstra , Dave Hansen , Nadav Amit Subject: [PATCH 2/6] x86/mm: temporary mm struct Date: Thu, 30 Aug 2018 10:32:14 -0700 Message-ID: <20180830173218.238900-3-namit@vmware.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20180830173218.238900-1-namit@vmware.com> References: <20180830173218.238900-1-namit@vmware.com> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: None (EX13-EDG-OU-002.vmware.com: namit@vmware.com does not designate permitted sender hosts) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Andy Lutomirski Sometimes we want to set a temporary page-table entries (PTEs) in one of the cores, without allowing other cores to use - even speculatively - these mappings. There are two benefits for doing so: (1) Security: if sensitive PTEs are set, temporary mm prevents their use in other cores. This hardens the security as it prevents exploding a dangling pointer to overwrite sensitive data using the sensitive PTE. (2) Avoiding TLB shootdowns: the PTEs do not need to be flushed in remote page-tables. To do so a temporary mm_struct can be used. Mappings which are private for this mm can be set in the userspace part of the address-space. During the whole time in which the temporary mm is loaded, interrupts must be disabled. The first use-case for temporary PTEs, which will follow, is for poking the kernel text. [ Commit message was written by Nadav ] Cc: Masami Hiramatsu Cc: Kees Cook Cc: Peter Zijlstra Cc: Dave Hansen Signed-off-by: Andy Lutomirski Signed-off-by: Nadav Amit --- arch/x86/include/asm/mmu_context.h | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) diff --git a/arch/x86/include/asm/mmu_context.h b/arch/x86/include/asm/mmu_context.h index eeeb9289c764..96afc8c0cf15 100644 --- a/arch/x86/include/asm/mmu_context.h +++ b/arch/x86/include/asm/mmu_context.h @@ -338,4 +338,24 @@ static inline unsigned long __get_current_cr3_fast(void) return cr3; } +typedef struct { + struct mm_struct *prev; +} temporary_mm_state_t; + +static inline temporary_mm_state_t use_temporary_mm(struct mm_struct *mm) +{ + temporary_mm_state_t state; + + lockdep_assert_irqs_disabled(); + state.prev = this_cpu_read(cpu_tlbstate.loaded_mm); + switch_mm_irqs_off(NULL, mm, current); + return state; +} + +static inline void unuse_temporary_mm(temporary_mm_state_t prev) +{ + lockdep_assert_irqs_disabled(); + switch_mm_irqs_off(NULL, prev.prev, current); +} + #endif /* _ASM_X86_MMU_CONTEXT_H */ -- 2.17.1