Documentation/x86_64/mm.txt

   1
   2 <previous description obsolete, deleted>
   3
   4 Virtual memory map with 4 level page tables:
   5
   6 0000000000000000 - 00007fffffffffff (=47bits) user space, different per mm
   7 hole caused by [48:63] sign extension
   8 ffff800000000000 - ffff80ffffffffff (=40bits) guard hole
   9 ffff810000000000 - ffffc0ffffffffff (=46bits) direct mapping of phys. memory
  10 ffffc10000000000 - ffffc1ffffffffff (=40bits) hole
  11 ffffc20000000000 - ffffe1ffffffffff (=45bits) vmalloc/ioremap space
  12 ... unused hole ...
  13 ffffffff80000000 - ffffffff82800000 (=40MB)   kernel text mapping, from phys 0
  14 ... unused hole ...
  15 ffffffff88000000 - fffffffffff00000 (=1919MB) module mapping space
  16
  17 vmalloc space is lazily synchronized into the different PML4 pages of
  18 the processes using the page fault handler, with init_level4_pgt as
  19 reference.
  20
  21 Current X86-64 implementations only support 40 bit of address space,
  22 but we support upto 46bits. This expands into MBZ space in the page tables.
  23
  24 -Andi Kleen, Jul 2004