From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io0-f200.google.com (mail-io0-f200.google.com [209.85.223.200]) by kanga.kvack.org (Postfix) with ESMTP id 7E5FB280278 for ; Sat, 6 Jan 2018 01:32:54 -0500 (EST) Received: by mail-io0-f200.google.com with SMTP id d17so6367322ioc.23 for ; Fri, 05 Jan 2018 22:32:54 -0800 (PST) Received: from huawei.com (szxga04-in.huawei.com. [45.249.212.190]) by mx.google.com with ESMTPS id r129si5522985itc.79.2018.01.05.22.32.53 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 Jan 2018 22:32:53 -0800 (PST) Subject: Re: [PATCH 05/23] x86, kaiser: unmap kernel from userspace page tables (core patch) References: <20171123003438.48A0EEDE@viggo.jf.intel.com> <20171123003447.1DB395E3@viggo.jf.intel.com> <93776eb2-b6d4-679a-280c-8ba558a69c34@linux.intel.com> <20a54a5f-f4e5-2126-fb73-6a995d13d52d@linux.intel.com> <332f4eab-8a3d-8b29-04f2-7c075f81b85b@linux.intel.com> From: Hanjun Guo Message-ID: Date: Sat, 6 Jan 2018 14:28:52 +0800 MIME-Version: 1.0 In-Reply-To: <332f4eab-8a3d-8b29-04f2-7c075f81b85b@linux.intel.com> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Dave Hansen , Jiri Kosina Cc: Yisheng Xie , linux-kernel@vger.kernel.org, linux-mm@kvack.org, richard.fellner@student.tugraz.at, moritz.lipp@iaik.tugraz.at, daniel.gruss@iaik.tugraz.at, michael.schwarz@iaik.tugraz.at, luto@kernel.org, Linus Torvalds , keescook@google.com, hughd@google.com, x86@kernel.org, Andrea Arcangeli Hi Dave, Thank you very much for the quick response! Minor comments inline. On 2018/1/6 14:06, Dave Hansen wrote: > On 01/05/2018 08:54 PM, Hanjun Guo wrote: >> Do you mean NX bit will be brought back later? I'm asking this because >> I tested this patch which it fixed the boot panic issue but the system >> will hang when rebooting the system, because rebooting will also call efi >> then panic as NS bit is set. > Wow, you're running a lot of very lighly-used code paths! You actually > found a similar but totally separate issue from what I gather. Thank > you immensely for the quick testing and bug reports! > > Could you test the attached fix? > > For those playing along at home, I think this will end up being needed > for 4.15 and probably all the backports. I want to see if it works > before I submit it for real, though. > > > pti-tboot-fix.patch > > > From: Dave Hansen > > This is another case similar to what EFI does: create a new set of > page tables, map some code at a low address, and jump to it. PTI > mistakes this low address for userspace and mistakenly marks it > non-executable in an effort to make it unusable for userspace. Undo > the poison to allow execution. > > Signed-off-by: Dave Hansen > Cc: Ning Sun > Cc: Thomas Gleixner > Cc: Ingo Molnar > Cc: "H. Peter Anvin" > Cc: x86@kernel.org > Cc: tboot-devel@lists.sourceforge.net > Cc: linux-kernel@vger.kernel.org > --- > > b/arch/x86/kernel/tboot.c | 7 +++++++ > 1 file changed, 7 insertions(+) > > diff -puN arch/x86/kernel/tboot.c~pti-tboot-fix arch/x86/kernel/tboot.c > --- a/arch/x86/kernel/tboot.c~pti-tboot-fix 2018-01-05 21:50:55.755554960 -0800 > +++ b/arch/x86/kernel/tboot.c 2018-01-05 22:01:51.393553325 -0800 > @@ -124,6 +124,13 @@ static int map_tboot_page(unsigned long > pte_t *pte; > > pgd = pgd_offset(&tboot_mm, vaddr); > + /* > + * PTI poisons low addresses in the kernel page tables in the > + * name of making them unusable for userspace. To execute > + * code at such a low address, the poison must be cleared. > + */ > + pgd->pgd &= ~_PAGE_NX; ... > + > p4d = p4d_alloc(&tboot_mm, pgd, vaddr); Seems pgd will be re-set after p4d_alloc(), so should we put the code behind (or after pud_alloc())? > if (!p4d) > return -1; + /* + * PTI poisons low addresses in the kernel page tables in the + * name of making them unusable for userspace. To execute + * code at such a low address, the poison must be cleared. + */ + pgd->pgd &= ~_PAGE_NX; We will have a try in a minute, and report back later. Thanks Hanjun -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org