revert "hvmloader: PA range 0xfc000000-0xffffffff should be UC"
authorJan Beulich <jbeulich@suse.com>
Thu, 6 Jan 2022 13:14:19 +0000 (14:14 +0100)
committerJan Beulich <jbeulich@suse.com>
Thu, 6 Jan 2022 13:14:19 +0000 (14:14 +0100)
commit1bba0ce1d94e685762827051f722efc96cb180a1
treec183869f83a775cd38d7e5246434dd6ca391de62
parent98ea29cd71e8e177b5fde83e8016c384581897e9
revert "hvmloader: PA range 0xfc000000-0xffffffff should be UC"

This reverts commit c22bd567ce22f6ad9bd93318ad0d7fd1c2eadb0d.

While its description is correct from an abstract or real hardware pov,
the range is special inside HVM guests. The range being UC in particular
gets in the way of OVMF, which places itself at [FFE00000,FFFFFFFF].
While this is benign to epte_get_entry_emt() as long as the IOMMU isn't
enabled for a guest, it becomes a very noticable problem otherwise: It
takes about half a minute for OVMF to decompress itself into its
designated address range.

And even beyond OVMF there's no reason to have e.g. the ACPI memory
range marked UC.

Fixes: c22bd567ce22 ("hvmloader: PA range 0xfc000000-0xffffffff should be UC")
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Reviewed-by: Roger Pau Monné <roger.pau@citrix.com>
Acked-by: Andrew Cooper <andrew.cooper3@citrix.com>
master commit: ea187c0b7a73c26258c0e91e4f3656989804555f
master date: 2021-12-17 08:56:15 +0100
tools/firmware/hvmloader/cacheattr.c