From: Christian Borntraeger <borntraeger@de.ibm.com>
To: Avi Kivity <avi@qumranet.com>
Cc: Carsten Otte <cotte@de.ibm.com>, kvm <kvm@vger.kernel.org>,
Olaf Schnapper <os@de.ibm.com>,
Hollis Blanchard <hollisb@us.ibm.com>
Subject: Re: [PATCH] libkvm-s390
Date: Mon, 14 Jul 2008 13:33:56 +0200 [thread overview]
Message-ID: <200807141333.56783.borntraeger@de.ibm.com> (raw)
In-Reply-To: <4879BCFD.9030806@qumranet.com>
That patch was Carstens last job before he left into vacation. I promised to
look after it, so I will sent an updated patch soon.
> > +/*
> > + * This header is for functions & variables that will ONLY be
> > + * used inside libkvm for s390x.
> > + * THESE ARE NOT EXPOSED TO THE USER AND ARE ONLY FOR USE
> > + * WITHIN LIBKVM.
> > + *
> >
>
> It isn't a header.
Will fix
>
> > + * derived from libkvm-powerpc.c
> > + *
> >
>
> So it the comment above. So much for our review.
I guess libkvm-powerpc.c will be fixed by the powerpc guys?
> > +#ifndef __s390x__
> > #define KVM_MAX_NUM_MEM_REGIONS 8u
> > +#define MAX_VCPUS 64
> >
>
> 16
>
> > +#else
> > +#define KVM_MAX_NUM_MEM_REGIONS 1u
> > #define MAX_VCPUS 16
> >
>
> 64
Yes, indeed.
> > +#define LIBKVM_S390_ORIGIN (0UL)
>
> Thought you got rid of that?
Sort of. We have the kernel code ready to move away the guest from address 0.
To achieve that goal we use the offset and limit field in the control block.
Thing is, on older models the offset and limit must be < 128GB. that means we
still cannot use randomly allocated memory. LIBKVM_S390_ORIGIN=1M,2M or 16M
would be perfectly fine, 2TB (typical malloc space) is not.
Furthermore, this change is still in kvm.git, but not in Linus git.
Therefore, we would like to keep the guest at 0 and fix that at a later time,
ok?
Christian
next prev parent reply other threads:[~2008-07-14 11:34 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-11 17:29 [PATCH] libkvm-s390 Carsten Otte
2008-07-13 8:29 ` Avi Kivity
2008-07-14 11:33 ` Christian Borntraeger [this message]
2008-07-14 11:44 ` Avi Kivity
2008-07-14 12:25 ` Christian Borntraeger
2008-07-14 15:34 ` Anthony Liguori
2008-07-14 17:00 ` Christian Borntraeger
2008-07-14 18:00 ` Anthony Liguori
2008-07-16 15:28 ` [PATCH v2/RFC] libkvm-s390 Christian Borntraeger
2008-07-17 11:08 ` Christian Ehrhardt
2008-07-17 15:28 ` [PATCH v3] libkvm-s390 Christian Borntraeger
2008-07-19 7:56 ` Avi Kivity
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=200807141333.56783.borntraeger@de.ibm.com \
--to=borntraeger@de.ibm.com \
--cc=avi@qumranet.com \
--cc=cotte@de.ibm.com \
--cc=hollisb@us.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=os@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