On 02/02/2011 04:30 PM, Jan Kiszka wrote:
On 2011-02-02 14:05, Avi Kivity wrote: > On 02/02/2011 02:50 PM, Jan Kiszka wrote: >>>> >>> Opps, -smp 1. With -smp 2 it boot almost completely and then hangs. >> >> Ah, good (or not good). With Windows 2003 Server, I actually get a Blue >> Screen (Stop 0x000000b8). > > Userspace APIC is broken since it may run with an outdated cr8, does > reverting 27a4f7976d5 help? Can you elaborate on what is broken? The way hw/apic.c maintains the tpr? Would it make sense to compare this against the in-kernel model? Or do you mean something else?
The problem, IIRC, was that we look up the TPR but it may already have been changed by the running vcpu. Not 100% sure.
If that is indeed the problem then the fix would be to process the APIC in vcpu context (which is what the kernel does - we set a bit in the IRR and all further processing is synchronous).
-- 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 majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html