diff options
author | Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> | 2010-08-27 13:28:48 -0700 |
---|---|---|
committer | Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> | 2010-10-22 12:57:24 -0700 |
commit | 58e05027b530ff081ecea68e38de8d59db8f87e0 (patch) | |
tree | 0e9a6649898ea44ee168b6c111c92c8668661e15 /samples | |
parent | bbbf61eff92c7c236f57ee1953ad84055443717e (diff) | |
download | linux-58e05027b530ff081ecea68e38de8d59db8f87e0.tar.gz linux-58e05027b530ff081ecea68e38de8d59db8f87e0.tar.bz2 linux-58e05027b530ff081ecea68e38de8d59db8f87e0.zip |
xen: convert p2m to a 3 level tree
Make the p2m structure a 3 level tree which covers the full possible
physical space.
The p2m structure contains mappings from the domain's pfns to system-wide
mfns. The structure has 3 levels and two roots. The first root is for
the domain's own use, and is linked with virtual addresses. The second
is all mfn references, and is used by Xen on save/restore to allow it to
update the p2m mapping for the domain.
At boot, the domain builder provides a simple flat p2m array for all the
initially present pages. We construct the two levels above that using
the early_brk allocator. After early boot time, set_phys_to_machine()
will allocate any missing levels using the normal kernel allocator
(at GFP_KERNEL, so it must be called in a normal blocking context).
Because the early_brk() API requires us to pre-reserve the maximum amount
of memory we could allocate, there is still a CONFIG_XEN_MAX_DOMAIN_MEMORY
config option, but its only negative side-effect is to increase the
kernel's apparent bss size. However, since all unused brk memory is
returned to the heap, there's no real downside to making it large.
Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
Diffstat (limited to 'samples')
0 files changed, 0 insertions, 0 deletions