Anthony Liguori wrote: > >> >> This pushes towards in kernel apic too. Can't see how we avoid it. >> > > Does it really? IIUC, we would avoid TPR traps entirely and would > just need to synchronize the TPR whenever we go down to userspace. >
It's a bit more complex than that, as userspace would need to tell the kernel the highest priority pending interrupt so that it can program the hardware to exit when an interrupt is ready. However I agree with you that in principle we could split the apic emulation between kvm and qemu, even with this featurette. -- error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
