From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Zijlstra Subject: Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst Date: Wed, 24 Apr 2019 08:52:09 +0200 Message-ID: <20190424065209.GC4038@hirez.programming.kicks-ass.net> References: <20190423083135.GA11158@hirez.programming.kicks-ass.net> <20190423125519.GA7104@redhat.com> <20190423130132.GT4038@hirez.programming.kicks-ass.net> <20190423103053.07cf2149@lwn.net> <20190423171158.GG12232@hirez.programming.kicks-ass.net> <20190423172006.GD16353@zn.tnic> <20190423170409.7b1370ac@coco.lan> <20190423213816.GE16353@zn.tnic> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <20190423213816.GE16353-Jj63ApZU6fQ@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org To: Borislav Petkov Cc: Mike Snitzer , "Rafael J. Wysocki" , Linus Walleij , Farhan Ali , Will Deacon , dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org, Jaroslav Kysela , Mauro Carvalho Chehab , Christoph Hellwig , linux-arch-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-sh-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, James Morris , Halil Pasic , tboot-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, Alan Stern , openipmi-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org, Guenter Roeck , Boqun Feng , Nicholas Piggin , Alex Williamson , Matt Mackall , Thomas Gleixner , Sean Paul , Greg Kroah-Hartman List-Id: iommu@lists.linux-foundation.org On Tue, Apr 23, 2019 at 11:38:16PM +0200, Borislav Petkov wrote: > If that is all the changes it would need, then I guess that's ok. Btw, > those rst-conversion patches don't really show what got changed. Dunno > if git can even show that properly. I diffed the two files by hand to > see what got changed, see end of mail. That is not a happy diff; that table has gotten waay worse to read due to all that extra table crap. > --- > --- mm.old 2019-04-23 23:18:55.954335784 +0200 > +++ mm.new 2019-04-23 23:18:48.122335821 +0200 > @@ -18,51 +18,68 @@ Notes: > notation than "16 EB", which few will recognize at first sight as 16 exabytes. > It also shows it nicely how incredibly large 64-bit address space is. > > -======================================================================================================================== > - Start addr | Offset | End addr | Size | VM area description > -======================================================================================================================== > - | | | | > - 0000000000000000 | 0 | 00007fffffffffff | 128 TB | user-space virtual memory, different per mm > -__________________|____________|__________________|_________|___________________________________________________________ > - | | | | > - 0000800000000000 | +128 TB | ffff7fffffffffff | ~16M TB | ... huge, almost 64 bits wide hole of non-canonical > - | | | | virtual memory addresses up to the -128 TB > - | | | | starting offset of kernel mappings. > -__________________|____________|__________________|_________|___________________________________________________________ > - | > - | Kernel-space virtual memory, shared between all processes: > -____________________________________________________________|___________________________________________________________ > - | | | | > - ffff800000000000 | -128 TB | ffff87ffffffffff | 8 TB | ... guard hole, also reserved for hypervisor > - ffff880000000000 | -120 TB | ffff887fffffffff | 0.5 TB | LDT remap for PTI > - ffff888000000000 | -119.5 TB | ffffc87fffffffff | 64 TB | direct mapping of all physical memory (page_offset_base) > - ffffc88000000000 | -55.5 TB | ffffc8ffffffffff | 0.5 TB | ... unused hole > - ffffc90000000000 | -55 TB | ffffe8ffffffffff | 32 TB | vmalloc/ioremap space (vmalloc_base) > - ffffe90000000000 | -23 TB | ffffe9ffffffffff | 1 TB | ... unused hole > - ffffea0000000000 | -22 TB | ffffeaffffffffff | 1 TB | virtual memory map (vmemmap_base) > - ffffeb0000000000 | -21 TB | ffffebffffffffff | 1 TB | ... unused hole > - ffffec0000000000 | -20 TB | fffffbffffffffff | 16 TB | KASAN shadow memory > -__________________|____________|__________________|_________|____________________________________________________________ > - | > - | Identical layout to the 56-bit one from here on: > -____________________________________________________________|____________________________________________________________ > - | | | | > - fffffc0000000000 | -4 TB | fffffdffffffffff | 2 TB | ... unused hole > - | | | | vaddr_end for KASLR > - fffffe0000000000 | -2 TB | fffffe7fffffffff | 0.5 TB | cpu_entry_area mapping > - fffffe8000000000 | -1.5 TB | fffffeffffffffff | 0.5 TB | ... unused hole > - ffffff0000000000 | -1 TB | ffffff7fffffffff | 0.5 TB | %esp fixup stacks > - ffffff8000000000 | -512 GB | ffffffeeffffffff | 444 GB | ... unused hole > - ffffffef00000000 | -68 GB | fffffffeffffffff | 64 GB | EFI region mapping space > - ffffffff00000000 | -4 GB | ffffffff7fffffff | 2 GB | ... unused hole > - ffffffff80000000 | -2 GB | ffffffff9fffffff | 512 MB | kernel text mapping, mapped to physical address 0 > - ffffffff80000000 |-2048 MB | | | > - ffffffffa0000000 |-1536 MB | fffffffffeffffff | 1520 MB | module mapping space > - ffffffffff000000 | -16 MB | | | > - FIXADDR_START | ~-11 MB | ffffffffff5fffff | ~0.5 MB | kernel-internal fixmap range, variable size and offset > - ffffffffff600000 | -10 MB | ffffffffff600fff | 4 kB | legacy vsyscall ABI > - ffffffffffe00000 | -2 MB | ffffffffffffffff | 2 MB | ... unused hole > -__________________|____________|__________________|_________|___________________________________________________________ > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +| Start addr | Offset | End addr | Size | VM area description | > ++=================+============+==================+=========+===========================================================+ > +| | | | | | > +|0000000000000000 | 0 | 00007fffffffffff | 128 TB | user-space virtual memory, different per mm | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +| | | | | | > +|0000800000000000 | +128 TB | ffff7fffffffffff | ~16M TB | ... huge, almost 64 bits wide hole of non-canonical | > +| | | | | virtual memory addresses up to the -128 TB | > +| | | | | starting offset of kernel mappings. | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +| **Kernel-space virtual memory, shared between all processes:** | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffff800000000000 | -128 TB | ffff87ffffffffff | 8 TB | ... guard hole, also reserved for hypervisor | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffff880000000000 | -120 TB | ffff887fffffffff | 0.5 TB | LDT remap for PTI | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffff888000000000 | -119.5 TB | ffffc87fffffffff | 64 TB | direct mapping of all physical memory (page_offset_base) | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffc88000000000 | -55.5 TB | ffffc8ffffffffff | 0.5 TB | ... unused hole | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffc90000000000 | -55 TB | ffffe8ffffffffff | 32 TB | vmalloc/ioremap space (vmalloc_base) | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffe90000000000 | -23 TB | ffffe9ffffffffff | 1 TB | ... unused hole | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffea0000000000 | -22 TB | ffffeaffffffffff | 1 TB | virtual memory map (vmemmap_base) | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffeb0000000000 | -21 TB | ffffebffffffffff | 1 TB | ... unused hole | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffec0000000000 | -20 TB | fffffbffffffffff | 16 TB | KASAN shadow memory | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +| **Identical layout to the 56-bit one from here on:** | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|fffffc0000000000 | -4 TB | fffffdffffffffff | 2 TB | ... unused hole | > +| | | | | vaddr_end for KASLR | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|fffffe0000000000 | -2 TB | fffffe7fffffffff | 0.5 TB | cpu_entry_area mapping | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|fffffe8000000000 | -1.5 TB | fffffeffffffffff | 0.5 TB | ... unused hole | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffff0000000000 | -1 TB | ffffff7fffffffff | 0.5 TB | %esp fixup stacks | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffff8000000000 | -512 GB | ffffffeeffffffff | 444 GB | ... unused hole | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffef00000000 | -68 GB | fffffffeffffffff | 64 GB | EFI region mapping space | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffff00000000 | -4 GB | ffffffff7fffffff | 2 GB | ... unused hole | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffff80000000 | -2 GB | ffffffff9fffffff | 512 MB | kernel text mapping, mapped to physical address 0 | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffff80000000 |-2048 MB | | | | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffffa0000000 |-1536 MB | fffffffffeffffff | 1520 MB | module mapping space | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffffff000000 | -16 MB | | | | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +| FIXADDR_START | ~-11 MB | ffffffffff5fffff | ~0.5 MB | kernel-internal fixmap range, variable size and offset | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffffff600000 | -10 MB | ffffffffff600fff | 4 kB | legacy vsyscall ABI | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffffffe00000 | -2 MB | ffffffffffffffff | 2 MB | ... unused hole | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_PASS,URIBL_BLOCKED, USER_AGENT_MUTT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 124A5C10F11 for ; Wed, 24 Apr 2019 06:52:40 +0000 (UTC) Received: from mail.linuxfoundation.org (mail.linuxfoundation.org [140.211.169.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id CF77B20656 for ; Wed, 24 Apr 2019 06:52:39 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="eJvziEWJ" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org CF77B20656 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=iommu-bounces@lists.linux-foundation.org Received: from mail.linux-foundation.org (localhost [127.0.0.1]) by mail.linuxfoundation.org (Postfix) with ESMTP id 730BBC86; Wed, 24 Apr 2019 06:52:39 +0000 (UTC) Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 16026AC7 for ; Wed, 24 Apr 2019 06:52:38 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 09AFF786 for ; Wed, 24 Apr 2019 06:52:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=merlin.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=1KPoJCIfs6fqTAxuQbxPOY0l4/t0enIQVgGfcgr2oSU=; b=eJvziEWJvx0ruHktwuMd6F6Kq 0/tdm6Ehir4VUqLRDn3cIvPLanh1Cr9wF74jNy+e2MbqBFZ3JblD1aiBU++5dODsyW668XmY24VeB RWzzAm+dFXmy7Xvh7t72CdpoQ4hqmOzNGwq15jwo0tGRsCOBHx0fmQ09IBaf6di4eJU0lItLa0sOh wRN7LSvXkNF5c938QlIJ1YQ2+MLytu7EQg7VTcAro1DmsZbC7l1BzIn4SW/z3DpPnMfrM+yfUH5zK tjxgSpOrkOWeVRkz+KCI4d0d2szIVIXrimRKPtb8g1/1w3z0r9UO5vPVn3r1SIaEwVh7rz5lbJvBS kgkRTuprw==; Received: from j217100.upc-j.chello.nl ([24.132.217.100] helo=hirez.programming.kicks-ass.net) by merlin.infradead.org with esmtpsa (Exim 4.90_1 #2 (Red Hat Linux)) id 1hJBlM-0000J5-C6; Wed, 24 Apr 2019 06:52:12 +0000 Received: by hirez.programming.kicks-ass.net (Postfix, from userid 1000) id BEC7E29BC277F; Wed, 24 Apr 2019 08:52:09 +0200 (CEST) Date: Wed, 24 Apr 2019 08:52:09 +0200 From: Peter Zijlstra To: Borislav Petkov Subject: Re: [PATCH v2 56/79] docs: Documentation/*.txt: rename all ReST files to *.rst Message-ID: <20190424065209.GC4038@hirez.programming.kicks-ass.net> References: <20190423083135.GA11158@hirez.programming.kicks-ass.net> <20190423125519.GA7104@redhat.com> <20190423130132.GT4038@hirez.programming.kicks-ass.net> <20190423103053.07cf2149@lwn.net> <20190423171158.GG12232@hirez.programming.kicks-ass.net> <20190423172006.GD16353@zn.tnic> <20190423170409.7b1370ac@coco.lan> <20190423213816.GE16353@zn.tnic> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20190423213816.GE16353@zn.tnic> User-Agent: Mutt/1.10.1 (2018-07-13) Cc: Mike Snitzer , "Rafael J. Wysocki" , Linus Walleij , Farhan Ali , Will Deacon , dri-devel@lists.freedesktop.org, Jaroslav Kysela , Mauro Carvalho Chehab , Christoph Hellwig , linux-arch@vger.kernel.org, linux-sh@vger.kernel.org, James Morris , Halil Pasic , tboot-devel@lists.sourceforge.net, Alan Stern , openipmi-developer@lists.sourceforge.net, Guenter Roeck , Boqun Feng , Nicholas Piggin , Alex Williamson , Matt Mackall , Thomas Gleixner , Sean Paul , Greg Kroah-Hartman , linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org, linux-crypto@vger.kernel.org, Mark Rutland , linux-fbdev@vger.kernel.org, linux-ia64@vger.kernel.org, Linux Doc Mailing List , David Airlie , "James E.J. Bottomley" , dm-devel@redhat.com, Harry Wei , Manivannan Sadhasivam , Alasdair Kergon , linux-s390@vger.kernel.org, Alex Shi , Yoshinori Sato , Helge Deller , Sumit Semwal , Bartosz Golaszewski , Changbin Du , Eric Farman , linux-watchdog@vger.kernel.org, Corey Minyard , Mauro Carvalho Chehab , linaro-mm-sig@lists.linaro.org, linux-gpio@vger.kernel.org, Bjorn Helgaas , linux-arm-kernel@lists.infradead.org, Tony Luck , Cornelia Huck , "David S. Miller" , Martin Schwidefsky , Andrea Parri , linux-pci@vger.kernel.org, Akira Yokosawa , Heiko Carstens , platform-driver-x86@vger.kernel.org, "Paul E. McKenney" , Jonathan Corbet , Kishon Vijay Abraham I , Emese Revfy , Darren Hart , Jade Alglave , "Serge E. Hallyn" , Fenghua Yu , Kees Cook , Arnd Bergmann , Bartlomiej Zolnierkiewicz , Ning Sun , Luc Maranget , Kurt Schwemmer , Guan Xuetao , linux-parisc@vger.kernel.org, iommu@lists.linux-foundation.org, Stuart Hayes , Logan Gunthorpe , Andreas =?iso-8859-1?Q?F=E4rber?= , Rich Felker , kvm@vger.kernel.org, Maxime Ripard , Jerry Hoemann , David Howells , linux-mm@kvack.org, Kirti Wankhede , kernel-hardening@lists.openwall.com, "H. Peter Anvin" , sparclinux@vger.kernel.org, Steffen Klassert , Herbert Xu , x86@kernel.org, Russell King , Ingo Molnar , devicetree@vger.kernel.org, Daniel Lustig , Maarten Lankhorst , linux-block@vger.kernel.org, Rob Herring , Wim Van Sebroeck , Jens Axboe , netdev@vger.kernel.org, linux-security-module@vger.kernel.org, Daniel Vetter , Johannes Berg , Robin Murphy , Andy Shevchenko X-BeenThere: iommu@lists.linux-foundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Development issues for Linux IOMMU support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Sender: iommu-bounces@lists.linux-foundation.org Errors-To: iommu-bounces@lists.linux-foundation.org Message-ID: <20190424065209.xOgFPULEOgDU9S6y1-oEinlYeepvtvpoJprQnU143TY@z> On Tue, Apr 23, 2019 at 11:38:16PM +0200, Borislav Petkov wrote: > If that is all the changes it would need, then I guess that's ok. Btw, > those rst-conversion patches don't really show what got changed. Dunno > if git can even show that properly. I diffed the two files by hand to > see what got changed, see end of mail. That is not a happy diff; that table has gotten waay worse to read due to all that extra table crap. > --- > --- mm.old 2019-04-23 23:18:55.954335784 +0200 > +++ mm.new 2019-04-23 23:18:48.122335821 +0200 > @@ -18,51 +18,68 @@ Notes: > notation than "16 EB", which few will recognize at first sight as 16 exabytes. > It also shows it nicely how incredibly large 64-bit address space is. > > -======================================================================================================================== > - Start addr | Offset | End addr | Size | VM area description > -======================================================================================================================== > - | | | | > - 0000000000000000 | 0 | 00007fffffffffff | 128 TB | user-space virtual memory, different per mm > -__________________|____________|__________________|_________|___________________________________________________________ > - | | | | > - 0000800000000000 | +128 TB | ffff7fffffffffff | ~16M TB | ... huge, almost 64 bits wide hole of non-canonical > - | | | | virtual memory addresses up to the -128 TB > - | | | | starting offset of kernel mappings. > -__________________|____________|__________________|_________|___________________________________________________________ > - | > - | Kernel-space virtual memory, shared between all processes: > -____________________________________________________________|___________________________________________________________ > - | | | | > - ffff800000000000 | -128 TB | ffff87ffffffffff | 8 TB | ... guard hole, also reserved for hypervisor > - ffff880000000000 | -120 TB | ffff887fffffffff | 0.5 TB | LDT remap for PTI > - ffff888000000000 | -119.5 TB | ffffc87fffffffff | 64 TB | direct mapping of all physical memory (page_offset_base) > - ffffc88000000000 | -55.5 TB | ffffc8ffffffffff | 0.5 TB | ... unused hole > - ffffc90000000000 | -55 TB | ffffe8ffffffffff | 32 TB | vmalloc/ioremap space (vmalloc_base) > - ffffe90000000000 | -23 TB | ffffe9ffffffffff | 1 TB | ... unused hole > - ffffea0000000000 | -22 TB | ffffeaffffffffff | 1 TB | virtual memory map (vmemmap_base) > - ffffeb0000000000 | -21 TB | ffffebffffffffff | 1 TB | ... unused hole > - ffffec0000000000 | -20 TB | fffffbffffffffff | 16 TB | KASAN shadow memory > -__________________|____________|__________________|_________|____________________________________________________________ > - | > - | Identical layout to the 56-bit one from here on: > -____________________________________________________________|____________________________________________________________ > - | | | | > - fffffc0000000000 | -4 TB | fffffdffffffffff | 2 TB | ... unused hole > - | | | | vaddr_end for KASLR > - fffffe0000000000 | -2 TB | fffffe7fffffffff | 0.5 TB | cpu_entry_area mapping > - fffffe8000000000 | -1.5 TB | fffffeffffffffff | 0.5 TB | ... unused hole > - ffffff0000000000 | -1 TB | ffffff7fffffffff | 0.5 TB | %esp fixup stacks > - ffffff8000000000 | -512 GB | ffffffeeffffffff | 444 GB | ... unused hole > - ffffffef00000000 | -68 GB | fffffffeffffffff | 64 GB | EFI region mapping space > - ffffffff00000000 | -4 GB | ffffffff7fffffff | 2 GB | ... unused hole > - ffffffff80000000 | -2 GB | ffffffff9fffffff | 512 MB | kernel text mapping, mapped to physical address 0 > - ffffffff80000000 |-2048 MB | | | > - ffffffffa0000000 |-1536 MB | fffffffffeffffff | 1520 MB | module mapping space > - ffffffffff000000 | -16 MB | | | > - FIXADDR_START | ~-11 MB | ffffffffff5fffff | ~0.5 MB | kernel-internal fixmap range, variable size and offset > - ffffffffff600000 | -10 MB | ffffffffff600fff | 4 kB | legacy vsyscall ABI > - ffffffffffe00000 | -2 MB | ffffffffffffffff | 2 MB | ... unused hole > -__________________|____________|__________________|_________|___________________________________________________________ > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +| Start addr | Offset | End addr | Size | VM area description | > ++=================+============+==================+=========+===========================================================+ > +| | | | | | > +|0000000000000000 | 0 | 00007fffffffffff | 128 TB | user-space virtual memory, different per mm | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +| | | | | | > +|0000800000000000 | +128 TB | ffff7fffffffffff | ~16M TB | ... huge, almost 64 bits wide hole of non-canonical | > +| | | | | virtual memory addresses up to the -128 TB | > +| | | | | starting offset of kernel mappings. | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +| **Kernel-space virtual memory, shared between all processes:** | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffff800000000000 | -128 TB | ffff87ffffffffff | 8 TB | ... guard hole, also reserved for hypervisor | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffff880000000000 | -120 TB | ffff887fffffffff | 0.5 TB | LDT remap for PTI | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffff888000000000 | -119.5 TB | ffffc87fffffffff | 64 TB | direct mapping of all physical memory (page_offset_base) | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffc88000000000 | -55.5 TB | ffffc8ffffffffff | 0.5 TB | ... unused hole | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffc90000000000 | -55 TB | ffffe8ffffffffff | 32 TB | vmalloc/ioremap space (vmalloc_base) | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffe90000000000 | -23 TB | ffffe9ffffffffff | 1 TB | ... unused hole | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffea0000000000 | -22 TB | ffffeaffffffffff | 1 TB | virtual memory map (vmemmap_base) | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffeb0000000000 | -21 TB | ffffebffffffffff | 1 TB | ... unused hole | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffec0000000000 | -20 TB | fffffbffffffffff | 16 TB | KASAN shadow memory | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +| **Identical layout to the 56-bit one from here on:** | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|fffffc0000000000 | -4 TB | fffffdffffffffff | 2 TB | ... unused hole | > +| | | | | vaddr_end for KASLR | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|fffffe0000000000 | -2 TB | fffffe7fffffffff | 0.5 TB | cpu_entry_area mapping | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|fffffe8000000000 | -1.5 TB | fffffeffffffffff | 0.5 TB | ... unused hole | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffff0000000000 | -1 TB | ffffff7fffffffff | 0.5 TB | %esp fixup stacks | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffff8000000000 | -512 GB | ffffffeeffffffff | 444 GB | ... unused hole | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffef00000000 | -68 GB | fffffffeffffffff | 64 GB | EFI region mapping space | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffff00000000 | -4 GB | ffffffff7fffffff | 2 GB | ... unused hole | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffff80000000 | -2 GB | ffffffff9fffffff | 512 MB | kernel text mapping, mapped to physical address 0 | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffff80000000 |-2048 MB | | | | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffffa0000000 |-1536 MB | fffffffffeffffff | 1520 MB | module mapping space | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffffff000000 | -16 MB | | | | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +| FIXADDR_START | ~-11 MB | ffffffffff5fffff | ~0.5 MB | kernel-internal fixmap range, variable size and offset | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffffff600000 | -10 MB | ffffffffff600fff | 4 kB | legacy vsyscall ABI | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ > +|ffffffffffe00000 | -2 MB | ffffffffffffffff | 2 MB | ... unused hole | > ++-----------------+------------+------------------+---------+-----------------------------------------------------------+ _______________________________________________ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu