On Sat, 2010-09-18 at 10:32 -0400, Kevin O'Connor wrote:
On Fri, Sep 17, 2010 at 11:39:36PM +0200, Conrad Wood wrote:
Hi everyone,
I'm currently looking into hotplugging CPUs.
This exclusively with linux-guests and linux-host.
I have found some (conflicting) information about this on
On Sat, 2010-09-18 at 10:32 -0400, Kevin O'Connor wrote:
On Fri, Sep 17, 2010 at 11:39:36PM +0200, Conrad Wood wrote:
Hi everyone,
I'm currently looking into hotplugging CPUs.
This exclusively with linux-guests and linux-host.
I have found some (conflicting) information about this on
Am 17.09.2010 23:38, Zachary Amsden wrote:
Working on an older Fedora, I hit the need for this..
Thanks - was already in next.
Jan
signature.asc
Description: OpenPGP digital signature
On 09/17/2010 12:31 PM, Zachary Amsden wrote:
On 09/17/2010 12:09 PM, Zachary Amsden wrote:
On 09/15/2010 08:27 AM, Jan Kiszka wrote:
Am 15.09.2010 14:32, Glauber Costa wrote:
On Wed, Sep 15, 2010 at 10:09:33AM +0200, Jan Kiszka wrote:
In any case, I'll proceed with the forcing of unstable
For CPUs with unstable TSC, we null time offset between not just VCPU
switches, but all preemptions of the kvm thread. This makes a bug much
more likely where the kvmclock values are updated before a successful
exit from virt, causing an underflow.
The null offsetting was added at :
If preempted after kvmclock values are updated, but before hardware
virtualization is entered, the last tsc time as read by the guest is
never set. It underflows the next time kvmclock is updated if there
has not yet been a successful entry / exit into hardware virt.
Fix this by simply setting
The math in kvm_get_time_scale relies on the fact that
NSEC_PER_SEC 2^32. To use the same function to compute
arbitrary time scales, we must extend the first reduction
step to shrink the base rate to a 32-bit value, and
possibly reduce the scaled rate into a 32-bit as well.
Note we must take
Negate the effects of AN TYM spell while kvm thread is preempted by tracking
conversion factor to the highest TSC rate and catching the TSC up when it has
fallen behind the kernel view of time. Note that once triggered, we don't
turn off catchup mode.
A slightly more clever version of this is
In QEMU-KVM, physical address != RAM address. While MCE simulation
needs physical address instead of RAM address. So
kvm_physical_memory_addr_from_ram() is implemented to do the
conversion, and it is invoked before being filled in the IA32_MCi_ADDR
MSR.
Reported-by: Dean Nelson dnel...@redhat.com