revert "hvmloader: PA range 0xfc000000-0xffffffff should be UC"
authorJan Beulich <jbeulich@suse.com>
Fri, 17 Dec 2021 07:56:15 +0000 (08:56 +0100)
committerJan Beulich <jbeulich@suse.com>
Fri, 17 Dec 2021 07:56:15 +0000 (08:56 +0100)
commitea187c0b7a73c26258c0e91e4f3656989804555f
tree7a67479bc49a359ad5612762954aaeaea60bd357
parentf3999bc2e099c571e4583bff8f494b834b2f5f76
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>
tools/firmware/hvmloader/cacheattr.c