summaryrefslogtreecommitdiff
path: root/arch/x86/kvm
diff options
context:
space:
mode:
authorJuergen Gross <jgross@suse.com>2015-07-17 07:51:36 +0300
committerDavid Vrabel <david.vrabel@citrix.com>2015-08-20 14:24:24 +0300
commitc70727a5bc18a5a233fddc6056d1de9144d7a293 (patch)
tree98c09e90e78f0d3bb79be2592e3bed5e5c847f83 /arch/x86/kvm
parent70e61199559a09c62714694cd5ac3c3640c41552 (diff)
downloadlinux-c70727a5bc18a5a233fddc6056d1de9144d7a293.tar.xz
xen: allow more than 512 GB of RAM for 64 bit pv-domains
64 bit pv-domains under Xen are limited to 512 GB of RAM today. The main reason has been the 3 level p2m tree, which was replaced by the virtual mapped linear p2m list. Parallel to the p2m list which is being used by the kernel itself there is a 3 level mfn tree for usage by the Xen tools and eventually for crash dump analysis. For this tree the linear p2m list can serve as a replacement, too. As the kernel can't know whether the tools are capable of dealing with the p2m list instead of the mfn tree, the limit of 512 GB can't be dropped in all cases. This patch replaces the hard limit by a kernel parameter which tells the kernel to obey the 512 GB limit or not. The default is selected by a configuration parameter which specifies whether the 512 GB limit should be active per default for domUs (domain save/restore/migration and crash dump analysis are affected). Memory above the domain limit is returned to the hypervisor instead of being identity mapped, which was wrong anyway. The kernel configuration parameter to specify the maximum size of a domain can be deleted, as it is not relevant any more. Signed-off-by: Juergen Gross <jgross@suse.com> Acked-by: Konrad Rzeszutek Wilk <Konrad.wilk@oracle.com> Signed-off-by: David Vrabel <david.vrabel@citrix.com>
Diffstat (limited to 'arch/x86/kvm')
0 files changed, 0 insertions, 0 deletions