[RFC/RFT PATCH 0/3] arm64: KVM: work around incoherency with uncached guest mappings
Paolo Bonzini
pbonzini at redhat.com
Mon Mar 2 08:47:20 PST 2015
On 02/03/2015 17:31, Christoffer Dall wrote:
> 2. While the code is probably as nice as this kind of stuff gets, it
> is non-trivial and extremely difficult to debug. The counter-point here
> is that we may end up handling other stuff at EL2 for performanc reasons
> in the future.
>
> Mainly because of point 1 above, I am leaning to thinking userspace
> should do the invalidation when it knows it needs to, either through KVM
> via a memslot flag or through some other syscall mechanism.
I'm okay with adding a KVM capability and ioctl that flushes the dcache
for a given gpa range. However:
1) I'd like to have an implementation for QEMU and/or kvmtool before
accepting that ioctl.
2) I think the ioctl should work whatever the stage1 mapping is (e.g.
with and without Ard's patches, with and without Laszlo's OVMF patch, etc.).
Also, we may want to invalidate the cache for dirty pages before
returning the dirty bitmap, and probably should do that directly in
KVM_GET_DIRTY_LOG.
Paolo
More information about the linux-arm-kernel
mailing list