linux-s390.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Re: [RFC PATCH 00/11] KVM: multiple address spaces (for SMM)
       [not found] <1431956923-35602-1-git-send-email-pbonzini@redhat.com>
@ 2015-05-20  8:31 ` Christian Borntraeger
  2015-05-20  8:58   ` Paolo Bonzini
  0 siblings, 1 reply; 2+ messages in thread
From: Christian Borntraeger @ 2015-05-20  8:31 UTC (permalink / raw)
  To: Paolo Bonzini, linux-kernel, kvm
  Cc: Xiao Guangrong, rkrcmar, bdas, linux-s390

Am 18.05.2015 um 15:48 schrieb Paolo Bonzini:
> This implements Avi's suggestion of having two separate kvm_memslots for
> regular and SMM operation, corresponding to different address spaces.
> 
> All in all, the surgery is limited even though there are a few preparatory
> patches that touch all architectures.
> 
> The amount of added code for the vcpu-specific versions of kvm_read_guest
> and kvm_write_guest is smaller, and duplication is limited to a couple of
> functions.  Even the rmap parts, which scared me a lot when the first
> version OOPSed on me, :) are actually very easy.
> 
> Patches 1-6 are preparatory cleanups that can be applied separately,
> while the others will be posted in v2 of the SMM patches.
> 
> Patches 7-8 add the new functions (this time in virt/kvm/kvm_main.c).
> Architectures can then define a function kvm_arch_vcpu_memslots_id that
> returns the active address space id for a given VCPU.  The address space
> ID must be passed to KVM_SET_USER_MEMORY_REGION and KVM_GET_DIRTY_LOG,
> using the high 16 bits of the slot id.
> 
> Patch 9 then does VCPU-specific accesses in x86, and patch 10 loops
> over the SMM slots as well on memslot iterations.
> 
> Patch 11 then introduces the SMRAM address space, which is very simple
> after all the legwork.
> 
> Thanks for the reviews,


So in essence this allows to have each vcpu in separate address space if
necessary. These address space might overlap or be identical and allow
permutations by having different memslots for each address space.
And we can have several address spaces per vcpu. Correct?

This might be useful for kvm on s390 (e.g. we did the ucontrol thing that
also has one guest address space per vcpu). I need to have a look at that.

Christian

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [RFC PATCH 00/11] KVM: multiple address spaces (for SMM)
  2015-05-20  8:31 ` [RFC PATCH 00/11] KVM: multiple address spaces (for SMM) Christian Borntraeger
@ 2015-05-20  8:58   ` Paolo Bonzini
  0 siblings, 0 replies; 2+ messages in thread
From: Paolo Bonzini @ 2015-05-20  8:58 UTC (permalink / raw)
  To: Christian Borntraeger, linux-kernel, kvm
  Cc: Xiao Guangrong, rkrcmar, bdas, linux-s390



On 20/05/2015 10:31, Christian Borntraeger wrote:
> 
> So in essence this allows to have each vcpu in separate address space if
> necessary. These address space might overlap or be identical and allow
> permutations by having different memslots for each address space.
> And we can have several address spaces per vcpu. Correct?

Yes, exactly.

I've also posted QEMU patches that may give more insight on how this is
used.

Paolo

> This might be useful for kvm on s390 (e.g. we did the ucontrol thing that
> also has one guest address space per vcpu). I need to have a look at that.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2015-05-20  8:58 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <1431956923-35602-1-git-send-email-pbonzini@redhat.com>
2015-05-20  8:31 ` [RFC PATCH 00/11] KVM: multiple address spaces (for SMM) Christian Borntraeger
2015-05-20  8:58   ` Paolo Bonzini

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).