x86/EFI: properly handle run time memory regions outside the 1:1 map
authorJan Beulich <jbeulich@suse.com>
Mon, 9 Sep 2013 08:40:11 +0000 (10:40 +0200)
committerJan Beulich <jbeulich@suse.com>
Mon, 9 Sep 2013 08:40:11 +0000 (10:40 +0200)
commita350f3f43bcfac9c1591e28d8e43c505fcb172a5
tree32a47e15de52f348f64c32e12b1cb1f0ca42fb1b
parentec98ab353db1bb665c3ec2f20007b294f2f51cd8
x86/EFI: properly handle run time memory regions outside the 1:1 map

Namely with PFN compression, MMIO ranges that the firmware may need
runtime access to can live in the holes that gets shrunk/eliminated by
PFN compression, and hence no mappings would result from simply
copying Xen's direct mapping table's L3 page table entries. Build
mappings for this "manually" in the EFI runtime call 1:1 page tables.

Use the opportunity to also properly identify (via a forcibly undefined
manifest constant) all the disabled code regions associated with it not
being acceptable for us to call SetVirtualAddressMap().

Signed-off-by: Jan Beulich <jbeulich@suse.com>
xen/arch/x86/efi/boot.c