On 12/06/2010 06:21 PM, Anthony Liguori wrote:
No, right now we intercept SHUTDOWN (and turn it back, in qemu, into a RESET), and we emulate all the SIPI stuff. We also intercepted HLT so we couldn't get that activity state either.


Ok, looks like I need to make this per-VM and use a CAP along with an interface to enable it to ensure that userspace to ensure it gets saved/restored appropriately. I'll rework it.

Not really, it's not any different from the ordinary intercepted HLT. Put the halted state where we currently put it (hint: nowhere), and all is fine.

So we have a minor bug that we don't save/restore HLT state (either emulated or "real" with your patch), that causes a spurious wakeup after live migration.

Note for your respin, yield_on_hlt became __read_often again, so please make it __read_mostly.

--
error compiling committee.c: too many arguments to function

--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to