From: Alexander Graf <agraf@suse.de>
To: Christian Borntraeger <borntraeger@de.ibm.com>
Cc: Avi Kivity <avi@redhat.com>,
Marcelo Tosatti <mtosatti@redhat.com>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
Carsten Otte <cotte@de.ibm.com>, KVM list <kvm@vger.kernel.org>,
Martin Schwidefsky <schwidefsky@de.ibm.com>
Subject: Re: RFC: s390: extension capability for new address space layout
Date: Tue, 20 Sep 2011 14:00:26 +0200 [thread overview]
Message-ID: <4E78805A.807@suse.de> (raw)
In-Reply-To: <4E787F7A.2070600@de.ibm.com>
On 09/20/2011 01:56 PM, Christian Borntraeger wrote:
> Avi,Marcelo,
>
> 598841ca9919d008b520114d8a4378c4ce4e40a1 ([S390] use gmap address
> spaces for kvm guest images) changed kvm on s390 to use a separate
> address space for kvm guests. We can now put KVM guests anywhere
> in the user address mode with a size up to 8PB - as long as the
> memory is 1MB-aligned. This change was done without KVM extension
> capability bit.
> The change was added after 3.0, but we still have a chance to add
> a feature bit before 3.1 (keeping the releases in a sane state).
>
> Can you have a look at the change below and give you ACK or NACK?
> If ok, I would push this patch to Heiko to be submitted via the
> s390 stream for 3.1.
>
> Christian
>
> Signed-off-by: Christian Borntraeger<borntraeger@de.ibm.com>
>
> --- a/arch/s390/kvm/kvm-s390.c
> +++ b/arch/s390/kvm/kvm-s390.c
> @@ -123,6 +123,7 @@ int kvm_dev_ioctl_check_extension(long ext)
>
> switch (ext) {
> case KVM_CAP_S390_PSW:
> + case KVM_CAP_S390_GMAP:
> r = 1;
> break;
> default:
> diff --git a/include/linux/kvm.h b/include/linux/kvm.h
> index 2c366b5..b2e9cc1 100644
> --- a/include/linux/kvm.h
> +++ b/include/linux/kvm.h
> @@ -553,6 +553,7 @@ struct kvm_ppc_pvinfo {
> #define KVM_CAP_SPAPR_TCE 63
> #define KVM_CAP_PPC_SMT 64
> #define KVM_CAP_PPC_RMA 65
> +#define KVM_CAP_S390_GMAP 66
I would really appreciate if you could take capability number 71. I
already have patches pending (partly already in avi's tree) that occupy
everything up to 70 :)
Alex
next prev parent reply other threads:[~2011-09-20 12:00 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-20 11:56 RFC: s390: extension capability for new address space layout Christian Borntraeger
2011-09-20 12:00 ` Alexander Graf [this message]
2011-09-20 12:10 ` Christian Borntraeger
2011-09-20 12:11 ` Avi Kivity
2011-09-20 14:31 ` Carsten Otte
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E78805A.807@suse.de \
--to=agraf@suse.de \
--cc=avi@redhat.com \
--cc=borntraeger@de.ibm.com \
--cc=cotte@de.ibm.com \
--cc=heiko.carstens@de.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=mtosatti@redhat.com \
--cc=schwidefsky@de.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox