> >> Hrm. This will return on signal. So if the guest sends an idle hcall, > >> then user space gets a random signal, we'll continue executing the > >> guest CPU, getting us out of idle even though the guest didn't expect it, since the guest > really wants to get an interrupt after the idle hcall. > > > > Is that a problem though? Won't it be just like a spurious interrupt where > > the guest would wake up, see that there is nothing to do, and then > > go idle again? What is your concern here? > > We would have changed state by enabling interrupts in the asm code. What do you mean here, could you elaborate? Stuart -- 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
