From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752956AbdLMNRW (ORCPT ); Wed, 13 Dec 2017 08:17:22 -0500 Received: from mail-wm0-f67.google.com ([74.125.82.67]:37914 "EHLO mail-wm0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752794AbdLMNRU (ORCPT ); Wed, 13 Dec 2017 08:17:20 -0500 X-Google-Smtp-Source: ACJfBotk/VPBcanlLJP3CD806nK+Hu9yRhBMjjv3vQcRwiczesxE3I9z/t3pJzuB0T6XCNa8BHjHoA== Date: Wed, 13 Dec 2017 16:17:17 +0300 From: "Kirill A. Shutemov" To: Andy Lutomirski Cc: x86@kernel.org, linux-kernel@vger.kernel.org, Borislav Petkov , Brian Gerst , David Laight , Kees Cook , Peter Zijlstra , Dave Hansen Subject: Re: [PATCH PTI v3 09/10] x86/mm/64: Make a full PGD-entry size hole in the memory map Message-ID: <20171213131717.loaqpzkep5rv762j@node.shutemov.name> References: <711fab2fa394edf9b3a538caae4110ff24c54ec9.1513035461.git.luto@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <711fab2fa394edf9b3a538caae4110ff24c54ec9.1513035461.git.luto@kernel.org> User-Agent: NeoMutt/20171208 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 12, 2017 at 07:56:44AM -0800, Andy Lutomirski wrote: > This patch shrinks vmalloc space from 16384TiB to 12800TiB to > enlarge the hole starting at 0xff90000000000000 to be a full PGD > entry. > > A subsequent patch will use this hole for the pagetable isolation > LDT alias. > > Cc: "Kirill A. Shutemov" > Cc: Dave Hansen > Signed-off-by: Andy Lutomirski > --- > Documentation/x86/x86_64/mm.txt | 4 ++-- > arch/x86/include/asm/pgtable_64_types.h | 4 ++-- > 2 files changed, 4 insertions(+), 4 deletions(-) > > diff --git a/Documentation/x86/x86_64/mm.txt b/Documentation/x86/x86_64/mm.txt > index 63a41671d25b..6a28aeaccd53 100644 > --- a/Documentation/x86/x86_64/mm.txt > +++ b/Documentation/x86/x86_64/mm.txt > @@ -28,8 +28,8 @@ Virtual memory map with 5 level page tables: > hole caused by [56:63] sign extension > ff00000000000000 - ff0fffffffffffff (=52 bits) guard hole, reserved for hypervisor > ff10000000000000 - ff8fffffffffffff (=55 bits) direct mapping of all phys. memory > -ff90000000000000 - ff91ffffffffffff (=49 bits) hole > -ff92000000000000 - ffd1ffffffffffff (=54 bits) vmalloc/ioremap space > +ff90000000000000 - ff9fffffffffffff (=52 bits) hole > +ffa0000000000000 - ffd1ffffffffffff (=54 bits) vmalloc/ioremap space It's not 54 bits anymore. -- Kirill A. Shutemov