> >> 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-ppc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
[KVM Development]
[KVM ARM]
[KVM ia64]
[Linux USB Devel]
[Linux Video]
[Linux Audio Users]
[Photo]
[Video Projectors]
[PDAs]
[Free Online Dating]
[Linux Kernel]
[Linux SCSI]
[XFree86]
[Big List of Linux Books]