On 09.09.2013, at 09:28, Michael Neuling wrote: >> 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? I never apply RFC patches if I can avoid it. Paul, if you think they're ready for inclusion, please repost them as actual patches. Alex > 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
