From 330c620030c555b847592a90686e140a4f5d9924 Mon Sep 17 00:00:00 2001
From: Andi Kleen <ak@suse.de>
Date: Sat, 5 Nov 2005 17:25:54 +0100
Subject: [PATCH] --- yaml --- r: 14199 b: refs/heads/master c:
 8315eca25583c369e28f48909d3341dc21d6214d h: refs/heads/master i:   14197:
 71aae413f1e9e83f988b68d7e16a89a2238e06a4   14195:
 9639fe0ede4bd99024b514880f2a79b69c30b7c2   14191:
 682956f00b5b26d9864b29fda4f09a544213008e v: v3

---
 [refs]                            | 2 +-
 trunk/Documentation/x86_64/mm.txt | 6 +++++-
 2 files changed, 6 insertions(+), 2 deletions(-)

diff --git a/[refs] b/[refs]
index de7785f5cdbe..b3638fac86f8 100644
--- a/[refs]
+++ b/[refs]
@@ -1,2 +1,2 @@
 ---
-refs/heads/master: 59170891049cc469777a392e0b3f5aa7aad784a6
+refs/heads/master: 8315eca25583c369e28f48909d3341dc21d6214d
diff --git a/trunk/Documentation/x86_64/mm.txt b/trunk/Documentation/x86_64/mm.txt
index 662b73971a67..133561b9cb0c 100644
--- a/trunk/Documentation/x86_64/mm.txt
+++ b/trunk/Documentation/x86_64/mm.txt
@@ -6,7 +6,7 @@ Virtual memory map with 4 level page tables:
 0000000000000000 - 00007fffffffffff (=47bits) user space, different per mm
 hole caused by [48:63] sign extension
 ffff800000000000 - ffff80ffffffffff (=40bits) guard hole
-ffff810000000000 - ffffc0ffffffffff (=46bits) direct mapping of phys. memory
+ffff810000000000 - ffffc0ffffffffff (=46bits) direct mapping of all phys. memory
 ffffc10000000000 - ffffc1ffffffffff (=40bits) hole
 ffffc20000000000 - ffffe1ffffffffff (=45bits) vmalloc/ioremap space
 ... unused hole ...
@@ -14,6 +14,10 @@ ffffffff80000000 - ffffffff82800000 (=40MB)   kernel text mapping, from phys 0
 ... unused hole ...
 ffffffff88000000 - fffffffffff00000 (=1919MB) module mapping space
 
+The direct mapping covers all memory in the system upto the highest
+memory address (this means in some cases it can also include PCI memory
+holes)
+
 vmalloc space is lazily synchronized into the different PML4 pages of
 the processes using the page fault handler, with init_level4_pgt as
 reference.