diff options
| author | Juergen Gross <jgross@suse.com> | 2014-11-28 11:53:53 +0100 |
|---|---|---|
| committer | David Vrabel <david.vrabel@citrix.com> | 2014-12-04 14:08:48 +0000 |
| commit | 1f3ac86b4c45a146e090d24bf66c49b95e72f071 (patch) | |
| tree | c383b9279b427a1c1a1dc8810c3cd6799bfaba1c /arch/x86/xen/xen-ops.h | |
| parent | 7108c9ce8f6e59f775b0c8250dba52b569b6cba2 (diff) | |
| download | linux-1f3ac86b4c45a146e090d24bf66c49b95e72f071.tar.bz2 | |
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>
Diffstat (limited to 'arch/x86/xen/xen-ops.h')
| -rw-r--r-- | arch/x86/xen/xen-ops.h | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/arch/x86/xen/xen-ops.h b/arch/x86/xen/xen-ops.h index 28c7e0be56e4..5b72a06c5b85 100644 --- a/arch/x86/xen/xen-ops.h +++ b/arch/x86/xen/xen-ops.h @@ -35,6 +35,7 @@ void xen_mm_pin_all(void); void xen_mm_unpin_all(void); void xen_set_pat(u64); +void __init xen_remap_memory(void); char * __init xen_memory_setup(void); char * xen_auto_xlated_memory_setup(void); void __init xen_arch_setup(void); |