Juergen Gross 1f3ac86b4c xen: Delay remapping memory of pv-domain ... Early in the boot process the memory layout of a pv-domain is changed to match the E820 map (either the host one for Dom0 or the Xen one) regarding placement of RAM and PCI holes. This requires removing memory pages initially located at positions not suitable for RAM and adding them later at higher addresses where no restrictions apply. To be able to operate on the hypervisor supported p2m list until a virtual mapped linear p2m list can be constructed, remapping must be delayed until virtual memory management is initialized, as the initial p2m list can't be extended unlimited at physical memory initialization time due to it's fixed structure. A further advantage is the reduction in complexity and code volume as we don't have to be careful regarding memory restrictions during p2m updates. Signed-off-by: Juergen Gross <jgross@suse.com> Reviewed-by: David Vrabel <david.vrabel@citrix.com> Signed-off-by: David Vrabel <david.vrabel@citrix.com>		2014-12-04 14:08:48 +00:00
..
apic.c
debugfs.c
debugfs.h
efi.c
enlighten.c	x86/xen: delay construction of mfn_list_list	2014-10-23 16:24:02 +01:00
grant-table.c
irq.c
Kconfig
Makefile
mmu.c	xen: Delay remapping memory of pv-domain	2014-12-04 14:08:48 +00:00
mmu.h
multicalls.c
multicalls.h
p2m.c	xen: Delay remapping memory of pv-domain	2014-12-04 14:08:48 +00:00
p2m.h
pci-swiotlb-xen.c
platform-pci-unplug.c
setup.c	xen: Delay remapping memory of pv-domain	2014-12-04 14:08:48 +00:00
smp.c	x86/core, x86/xen/smp: Use 'die_complete' completion when taking CPU down	2014-11-10 11:16:40 +01:00
smp.h
spinlock.c
suspend.c
time.c	x86/xen: Fix incorrect per_cpu accessor in xen_clocksource_read()	2014-10-23 16:24:02 +01:00
trace.c
vdso.h
vga.c
xen-asm_32.S
xen-asm_64.S
xen-asm.h
xen-asm.S
xen-head.S
xen-ops.h	xen: Delay remapping memory of pv-domain	2014-12-04 14:08:48 +00:00