Re: [RFC, PATCHv1 17/28] x86/mm: define virtual memory map for 5-level paging

On Thu, Dec 08, 2016 at 10:56:04AM -0800, Randy Dunlap wrote: > > @@ -23,6 +23,27 @@ a000 - ff5f (=1526 MB) module > > mapping space > > ff60 - ffdf (=8 MB) vsyscalls > > ffe0 - (=2 MB) unused hole > > > > +Virtual

Re: [RFC, PATCHv1 17/28] x86/mm: define virtual memory map for 5-level paging

On Thu, Dec 08, 2016 at 10:56:04AM -0800, Randy Dunlap wrote: > > @@ -23,6 +23,27 @@ a000 - ff5f (=1526 MB) module > > mapping space > > ff60 - ffdf (=8 MB) vsyscalls > > ffe0 - (=2 MB) unused hole > > > > +Virtual

Re: [RFC, PATCHv1 17/28] x86/mm: define virtual memory map for 5-level paging

On 12/08/16 08:21, Kirill A. Shutemov wrote: > The first part of memory map (up to %esp fixup) simply scales existing > map for 4-level paging by factor of 9 -- number of bits addressed by > additional page table level. > > The rest of the map is uncahnged. unchanged.

Re: [RFC, PATCHv1 17/28] x86/mm: define virtual memory map for 5-level paging

On 12/08/16 08:21, Kirill A. Shutemov wrote: > The first part of memory map (up to %esp fixup) simply scales existing > map for 4-level paging by factor of 9 -- number of bits addressed by > additional page table level. > > The rest of the map is uncahnged. unchanged.

[RFC, PATCHv1 17/28] x86/mm: define virtual memory map for 5-level paging

The first part of memory map (up to %esp fixup) simply scales existing map for 4-level paging by factor of 9 -- number of bits addressed by additional page table level. The rest of the map is uncahnged. Signed-off-by: Kirill A. Shutemov ---

[RFC, PATCHv1 17/28] x86/mm: define virtual memory map for 5-level paging

The first part of memory map (up to %esp fixup) simply scales existing map for 4-level paging by factor of 9 -- number of bits addressed by additional page table level. The rest of the map is uncahnged. Signed-off-by: Kirill A. Shutemov --- Documentation/x86/x86_64/mm.txt | 23