Received: by 10.213.65.68 with SMTP id h4csp580018imn; Fri, 23 Mar 2018 10:50:01 -0700 (PDT) X-Google-Smtp-Source: AG47ELvojj1xuoHIdtNYCZDMTNc8fOEt3bLBbIkMZ+rdGS4QxlCaFWULKevcipgtlCKt8ao/n0qQ X-Received: by 2002:a17:902:128c:: with SMTP id g12-v6mr29774509pla.98.1521827401172; Fri, 23 Mar 2018 10:50:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521827401; cv=none; d=google.com; s=arc-20160816; b=zOeJW3Ljv8R6FTSp/5YR0ONRuy/OOTdqJ9I7ioRhQiJqDl1UFNFcghiflT5lov24Ff NBlO62ei9WfHezfLAy0PnXYrvI66lKYdBeV4W5wuP9pNIAUUjYR8/v4U/Wo9xI4A5nVD HZYqzKpkeLFUgdvx5WVIl59FXBgFcJshHcYmX9QFv/pHve2XEIg7LHKtaKcZFUQ4/3+X exQwfQLmpY7ZC193ienXmi1RB+9cCVG5jilhBpHN8NQj1WszPhgSN50RCZfTmS3HfLi4 /rPirk7SZM8kOF38b+4aCE6DKuSX25hrjv1DQdw0i/dgMuODDf2+zzwLYksxV0jKQcYU Vj3w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:in-reply-to:references:date :from:cc:to:subject:arc-authentication-results; bh=fSUVCLAxZkvRfmG6E/vN7gCZNLT2Km/Rsf+NnJyJfq0=; b=Io6lcA4BVcARTDNpCYWjNo6Kve9dAip0150bXsi0G6aL5JP2G7F9Kvx7mQGLnJDMU3 mzI/GeY4XWbeXQn57TKqB+uxRCql8BF1D21vvhxPk1KqfUMLs5aVCwYr06wX9y8PtvfL VwFV0gPOuJUqeXfYhMDxmxNqurcJkJTqPsm1JxZfMkvtYFAq5CqQJyfvRoeH7l+gPdJe 6ajORw+CK+l3bVYolD2fXEiPJQ76h9EJ/FSVrOOn8bzz1qcQx/pSa1unnjOopBOrjR1/ 04fzemWAQAy0s52QXJur1OyYDkjUupalQP5VcclZ5ZH9K63n/3yFKlok/cWjC5khz1xh WWKw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f35-v6si8969964plh.394.2018.03.23.10.49.46; Fri, 23 Mar 2018 10:50:01 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752559AbeCWRsb (ORCPT + 99 others); Fri, 23 Mar 2018 13:48:31 -0400 Received: from mga04.intel.com ([192.55.52.120]:11383 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752384AbeCWRrE (ORCPT ); Fri, 23 Mar 2018 13:47:04 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 23 Mar 2018 10:47:04 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.48,351,1517904000"; d="scan'208";a="27005409" Received: from viggo.jf.intel.com (HELO localhost.localdomain) ([10.54.39.119]) by fmsmga008.fm.intel.com with ESMTP; 23 Mar 2018 10:47:03 -0700 Subject: [PATCH 10/11] x86/pti: clear _PAGE_GLOBAL for kernel image To: linux-kernel@vger.kernel.org Cc: linux-mm@kvack.org, Dave Hansen , aarcange@redhat.com, luto@kernel.org, torvalds@linux-foundation.org, keescook@google.com, hughd@google.com, jgross@suse.com, x86@kernel.org, namit@vmware.com From: Dave Hansen Date: Fri, 23 Mar 2018 10:45:02 -0700 References: <20180323174447.55F35636@viggo.jf.intel.com> In-Reply-To: <20180323174447.55F35636@viggo.jf.intel.com> Message-Id: <20180323174502.9CE352DD@viggo.jf.intel.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Dave Hansen The kernel page tables are inherited from head_64.S which rudely marks them as _PAGE_GLOBAL. For PTI, we have been relying on the grace of $DEITY and some insane behavior in pageattr.c. Now we do it properly. First, stop filtering out "unsupported" bits from being cleared in the pageattr code. It's fine to filter out *setting* these bits but it is insane to keep us from clearing them. Then, *explicitly* go clear _PAGE_GLOBAL from the kernel identity map. Do not rely on pageattr to do it magically. After this patch, we can see that "GLB" shows up in each copy of the page tables, that we have the same number of global entries in each and that they are the *same* entries. # grep -c GLB /sys/kernel/debug/page_tables/* /sys/kernel/debug/page_tables/current_kernel:11 /sys/kernel/debug/page_tables/current_user:11 /sys/kernel/debug/page_tables/kernel:11 # for f in `ls /sys/kernel/debug/page_tables/`; do grep GLB /sys/kernel/debug/page_tables/$f > $f.GLB; done # md5sum *.GLB 9caae8ad6a1fb53aca2407ec037f612d current_kernel.GLB 9caae8ad6a1fb53aca2407ec037f612d current_user.GLB 9caae8ad6a1fb53aca2407ec037f612d kernel.GLB A quick visual audit also shows that all the entries make sense. 0xfffffe0000000000 is the cpu_entry_area and 0xffffffff81c00000 is the entry/exit text: # grep -c GLB /sys/kernel/debug/page_tables/current_user 0xfffffe0000000000-0xfffffe0000002000 8K ro GLB NX pte 0xfffffe0000002000-0xfffffe0000003000 4K RW GLB NX pte 0xfffffe0000003000-0xfffffe0000006000 12K ro GLB NX pte 0xfffffe0000006000-0xfffffe0000007000 4K ro GLB x pte 0xfffffe0000007000-0xfffffe000000d000 24K RW GLB NX pte 0xfffffe000002d000-0xfffffe000002e000 4K ro GLB NX pte 0xfffffe000002e000-0xfffffe000002f000 4K RW GLB NX pte 0xfffffe000002f000-0xfffffe0000032000 12K ro GLB NX pte 0xfffffe0000032000-0xfffffe0000033000 4K ro GLB x pte 0xfffffe0000033000-0xfffffe0000039000 24K RW GLB NX pte 0xffffffff81c00000-0xffffffff81e00000 2M ro PSE GLB x pmd Signed-off-by: Dave Hansen Cc: Andrea Arcangeli Cc: Andy Lutomirski Cc: Linus Torvalds Cc: Kees Cook Cc: Hugh Dickins Cc: Juergen Gross Cc: x86@kernel.org Cc: Nadav Amit --- b/arch/x86/mm/init.c | 8 +------- b/arch/x86/mm/pageattr.c | 12 +++++++++--- b/arch/x86/mm/pti.c | 25 +++++++++++++++++++++++++ 3 files changed, 35 insertions(+), 10 deletions(-) diff -puN arch/x86/mm/init.c~clear-global-for-pti arch/x86/mm/init.c --- a/arch/x86/mm/init.c~clear-global-for-pti 2018-03-21 16:32:01.354192310 -0700 +++ b/arch/x86/mm/init.c 2018-03-21 16:32:01.361192310 -0700 @@ -161,12 +161,6 @@ struct map_range { static int page_size_mask; -static void enable_global_pages(void) -{ - if (!static_cpu_has(X86_FEATURE_PTI)) - __supported_pte_mask |= _PAGE_GLOBAL; -} - static void __init probe_page_size_mask(void) { /* @@ -187,7 +181,7 @@ static void __init probe_page_size_mask( __supported_pte_mask &= ~_PAGE_GLOBAL; if (boot_cpu_has(X86_FEATURE_PGE)) { cr4_set_bits_and_update_boot(X86_CR4_PGE); - enable_global_pages(); + __supported_pte_mask |= _PAGE_GLOBAL; } /* By the default is everything supported: */ diff -puN arch/x86/mm/pageattr.c~clear-global-for-pti arch/x86/mm/pageattr.c --- a/arch/x86/mm/pageattr.c~clear-global-for-pti 2018-03-21 16:32:01.356192310 -0700 +++ b/arch/x86/mm/pageattr.c 2018-03-21 16:32:01.362192310 -0700 @@ -1411,11 +1411,11 @@ static int change_page_attr_set_clr(unsi memset(&cpa, 0, sizeof(cpa)); /* - * Check, if we are requested to change a not supported - * feature: + * Check, if we are requested to set a not supported + * feature. Clearing non-supported features is OK. */ mask_set = canon_pgprot(mask_set); - mask_clr = canon_pgprot(mask_clr); + if (!pgprot_val(mask_set) && !pgprot_val(mask_clr) && !force_split) return 0; @@ -1758,6 +1758,12 @@ int set_memory_4k(unsigned long addr, in __pgprot(0), 1, 0, NULL); } +int set_memory_nonglobal(unsigned long addr, int numpages) +{ + return change_page_attr_clear(&addr, numpages, + __pgprot(_PAGE_GLOBAL), 0); +} + static int __set_memory_enc_dec(unsigned long addr, int numpages, bool enc) { struct cpa_data cpa; diff -puN arch/x86/mm/pti.c~clear-global-for-pti arch/x86/mm/pti.c --- a/arch/x86/mm/pti.c~clear-global-for-pti 2018-03-21 16:32:01.358192310 -0700 +++ b/arch/x86/mm/pti.c 2018-03-21 16:32:01.362192310 -0700 @@ -359,6 +359,27 @@ static void __init pti_clone_entry_text( } /* + * This is the only user for it and it is not arch-generic like + * the other set_memory.h functions. Just extern it. + */ +extern int set_memory_nonglobal(unsigned long addr, int numpages); +void pti_set_kernel_image_nonglobal(void) +{ + /* + * The identity map is created with PMDs, regardless of the + * actual length of the kernel. We need to clear + * _PAGE_GLOBAL up to a PMD boundary, not just to the end + * of the image. + */ + unsigned long start = PFN_ALIGN(_text); + unsigned long end = ALIGN((unsigned long)_end, PMD_PAGE_SIZE); + + pr_debug("set kernel image non-global\n"); + + set_memory_nonglobal(start, (end - start) >> PAGE_SHIFT); +} + +/* * Initialize kernel page table isolation */ void __init pti_init(void) @@ -369,6 +390,10 @@ void __init pti_init(void) pr_info("enabled\n"); pti_clone_user_shared(); + + /* Undo all global bits from the init pagetables in head_64.S: */ + pti_set_kernel_image_nonglobal(); + /* Replace some of the global bits just for shared entry text: */ pti_clone_entry_text(); pti_setup_espfix64(); pti_setup_vsyscall(); _