> >>> Increase FPU laziness by calling kvmppc_load_guest_fp() just before > >>> returning to guest instead of each sched in. Without this improvement > >>> an interrupt may also claim floting point corrupting guest state. > >> > >> Not sure I follow. Could you please describe exactly what's happening? > > > > This was already discussed on the list, I will forward you the thread. > > The only thing I've seen in that thread was some pathetic theoretical > case where an interrupt handler would enable fp and clobber state > carelessly. That's not something I'm worried about. Neither me though I don't find it pathetic. Please refer it to Scott. > > I really don't see where this patch improves anything tbh. It certainly > makes the code flow more awkward. I was pointing you to this: The idea of FPU/AltiVec laziness that the kernel is struggling to achieve is to reduce the number of store/restore operations. Without this improvement we restore the unit each time we are sched it. If an other process take the ownership of the unit (on SMP it's even worse but don't bother with this) the kernel store the unit state to qemu task. This can happen multiple times during handle_exit(). Do you see it now? -Mike -- 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
