> At present, PR KVM and BookE KVM does multiple copies of FP and > related state because of the way that they use the arrays in the > thread_struct as an intermediate staging post for the state. They do > this so that they can use the existing system functions for loading > and saving state, and so that they can keep guest state in the CPU > registers while executing general kernel code. > > This patch series reorganizes things so that KVM and the main kernel > use the same representation for FP/VMX/VSX state, and so that guest > state can be loaded/save directly from/to the vcpu struct instead of > having to go via the thread_struct. This simplifies things and should > be a little faster. > > This series is against Alex Graf's kvm-ppc-queue branch plus my recent > series of 23 patches to make PR and HV KVM coexist. This is great! Alex, can you pull this into your tree? It's going to be very useful for POWER8 transactional memory as we have to save another set of VSX state. The changes in 4/5 are going to make coding this up a lot cleaner There are a lot of generic powerpc changes in here also. Perhaps, if Alex is fine with these, he can ACK them and benh can pull this in? Mikey > > Paul. > -- > 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 > -- 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