diff options
author | Zachary Amsden <zamsden@gmail.com> | 2012-02-03 18:43:51 +0100 |
---|---|---|
committer | Avi Kivity <avi@redhat.com> | 2012-03-08 13:10:03 +0100 |
commit | 5d3cb0f6a8e3af018a522ae8d36f8f7d2511b5d8 (patch) | |
tree | 4299c77a00d893615ded5f31c6112578edfb3dc3 /arch/m68k/Makefile | |
parent | KVM: Infrastructure for software and hardware based TSC rate scaling (diff) | |
download | linux-5d3cb0f6a8e3af018a522ae8d36f8f7d2511b5d8.tar.xz linux-5d3cb0f6a8e3af018a522ae8d36f8f7d2511b5d8.zip |
KVM: Improve TSC offset matching
There are a few improvements that can be made to the TSC offset
matching code. First, we don't need to call the 128-bit multiply
(especially on a constant number), the code works much nicer to
do computation in nanosecond units.
Second, the way everything is setup with software TSC rate scaling,
we currently have per-cpu rates. Obviously this isn't too desirable
to use in practice, but if for some reason we do change the rate of
all VCPUs at runtime, then reset the TSCs, we will only want to
match offsets for VCPUs running at the same rate.
Finally, for the case where we have an unstable host TSC, but
rate scaling is being done in hardware, we should call the platform
code to compute the TSC offset, so the math is reorganized to recompute
the base instead, then transform the base into an offset using the
existing API.
[avi: fix 64-bit division on i386]
Signed-off-by: Zachary Amsden <zamsden@gmail.com>
Signed-off-by: Marcelo Tosatti <mtosatti@redhat.com>
KVM: Fix 64-bit division in kvm_write_tsc()
Breaks i386 build.
Signed-off-by: Avi Kivity <avi@redhat.com>
Diffstat (limited to 'arch/m68k/Makefile')
0 files changed, 0 insertions, 0 deletions