Martin Schwidefsky 14045ebf1e [S390] add support for physical memory > 4TB ... The kernel address space of a 64 bit kernel currently uses a three level page table and the vmemmap array has a fixed address and a fixed maximum size. A three level page table is good enough for systems with less than 3.8TB of memory, for bigger systems four page table levels need to be used. Each page table level costs a bit of performance, use 3 levels for normal systems and 4 levels only for the really big systems. To avoid bloating sparse.o too much set MAX_PHYSMEM_BITS to 46 for a maximum of 64TB of memory. Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>		2011-12-27 11:27:10 +01:00
..
cmm.c	[S390] replace diag10() with diag10_range() function	2011-05-10 17:13:43 +02:00
extmem.c	[S390] extmem: get rid of compile warning	2011-05-23 10:24:29 +02:00
fault.c	[S390] pfault: ignore leftover completion interrupts	2011-11-14 11:19:08 +01:00
gup.c	thp: share get_huge_page_tail()	2011-11-02 16:06:58 -07:00
hugetlbpage.c	[S390] kvm guest address space mapping	2011-07-24 10:48:21 +02:00
init.c	[S390] add support for physical memory > 4TB	2011-12-27 11:27:10 +01:00
maccess.c	[S390] Add real memory access functions	2011-10-30 15:16:42 +01:00
Makefile	[S390] Write protect module text and RO data	2011-03-15 17:08:23 +01:00
mmap.c	[S390] sparse: fix sparse warnings about missing prototypes	2011-10-30 15:16:46 +01:00
page-states.c	include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h	2010-03-30 22:02:32 +09:00
pageattr.c	[S390] sparse: fix sparse warnings about missing prototypes	2011-10-30 15:16:46 +01:00
pgtable.c	[S390] add support for physical memory > 4TB	2011-12-27 11:27:10 +01:00
vmem.c	[S390] kdump backend code	2011-10-30 15:16:42 +01:00