diff options
author | Marc Zyngier <[email protected]> | 2018-08-23 09:58:27 +0100 |
---|---|---|
committer | Christoffer Dall <[email protected]> | 2018-09-07 15:05:40 +0200 |
commit | 694556d54f354d3fe43bb2e61fd6103cca2638a4 (patch) | |
tree | a719ce434a91be57e35b5d29e86e1b39c30601de /tools/perf/scripts/python/export-to-sqlite.py | |
parent | 5b394b2ddf0347bef56e50c69a58773c94343ff3 (diff) |
KVM: arm/arm64: Clean dcache to PoC when changing PTE due to CoW
When triggering a CoW, we unmap the RO page via an MMU notifier
(invalidate_range_start), and then populate the new PTE using another
one (change_pte). In the meantime, we'll have copied the old page
into the new one.
The problem is that the data for the new page is sitting in the
cache, and should the guest have an uncached mapping to that page
(or its MMU off), following accesses will bypass the cache.
In a way, this is similar to what happens on a translation fault:
We need to clean the page to the PoC before mapping it. So let's just
do that.
This fixes a KVM unit test regression observed on a HiSilicon platform,
and subsequently reproduced on Seattle.
Fixes: a9c0e12ebee5 ("KVM: arm/arm64: Only clean the dcache on translation fault")
Cc: [email protected] # v4.16+
Reported-by: Mike Galbraith <[email protected]>
Signed-off-by: Marc Zyngier <[email protected]>
Signed-off-by: Christoffer Dall <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/export-to-sqlite.py')
0 files changed, 0 insertions, 0 deletions