|
From: | Alexander Graf |
Subject: | Re: [PATCH v1 1/1] hvf: arm: Properly sync guest time on migration |
Date: | Wed, 2 Dec 2020 23:28:27 +0100 |
User-agent: | Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 |
From downstream: https://android-review.googlesource.com/c/platform/external/qemu/+/1515002
Based on v3 of Alexander Graf's patches
20201202190408.2041-1-agraf@csgraf.de" moz-do-not-send="true">https://patchew.org/QEMU/20201202190408.2041-1-agraf@csgraf.de
We need to adjust CNTVOFF_EL2 so that time doesnt warp. Even though we
can set separate CNTVOFF_EL2 values per vCPU, it just is not worth the
require effort to do that accurately---with individual values, even if
they are a tiny bit off it can result in a lockup due to inconsistent
time differences between vCPUs. So just use a global approximate value
for now.
Not tested in upstream yet, but Android emulator snapshots work without
time warp now.
Signed-off-by: Lingfeng Yang <lfy@google.com>
If we just always make CNTV start at the same 0 as
QEMU_CLOCK_VIRTUAL, we should be able to just recover the offset
after migration by looking at QEMU_CLOCK_VIRTUAL to set CNTVOFF,
right?
That would end up much easier than this patch I hope.
Alex
[Prev in Thread] | Current Thread | [Next in Thread] |