]>
Commit | Line | Data |
---|---|---|
1da177e4 LT |
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 |