From: David Gibson <david@gibson.dropbear.id.au>
To: Greg Kurz <groug@kaod.org>
Cc: qemu-devel@nongnu.org, qemu-ppc@nongnu.org,
"Cédric Le Goater" <clg@kaod.org>
Subject: Re: [Qemu-devel] [PATCH v2 3/3] spapr: compute default value of "hpt-max-page-size" later
Date: Mon, 2 Jul 2018 16:04:54 +1000 [thread overview]
Message-ID: <20180702060454.GB3422@umbus.fritz.box> (raw)
In-Reply-To: <153026572065.394407.16369067299697377597.stgit@bahia.lan>
[-- Attachment #1: Type: text/plain, Size: 4777 bytes --]
On Fri, Jun 29, 2018 at 11:48:40AM +0200, Greg Kurz wrote:
> It is currently not possible to run a pseries-2.12 or older machine
> with HV KVM. QEMU prints the following and exits right away.
>
> qemu-system-ppc64: KVM doesn't support for base page shift 34
>
> The "hpt-max-page-size" capability was recently added to spapr to hide
> host configuration details from HPT mode guests. Its default value for
> newer machine types is 64k.
>
> For backwards compatibility, pseries-2.12 and older machine types need
> a different value. This is handled as usual in a class init function.
> The default value is 16G, ie, all page sizes supported by POWER7 and
> newer CPUs, but HV KVM requires guest pages to be hpa contiguous as
> well as gpa contiguous. The default value is the page size used to
> back the guest RAM in this case.
>
> Unfortunately kvmppc_hpt_needs_host_contiguous_pages()->kvm_enabled() is
> called way before KVM init and returns false, even if the user requested
> KVM. We thus end up selecting 16G, which isn't supported by HV KVM. The
> default value must be set during machine init, because we can safely
> assume that KVM is initialized at this point.
>
> We fix this by moving the logic to a fixup helper to be called by
> spapr_caps_init(). Since the user cannot pass cap-hpt-max-page-size=0,
> we set the default to 0 in the pseries-2.12 class init function and use
> that as a flag to do the real work.
>
> Signed-off-by: Greg Kurz <groug@kaod.org>
> ---
> v2: - moved logic under spapr_caps_init()
As discussed in another thread, it would actually be better to put
this logic into default_caps_with_cpu(). At the moment that just
deals with cpu-dependent defaults, but that's just because that was
the only thing that previously required "late" default calculation.
Now we have another thing, so it makes sense to put them together, and
avoids altering the class structure at runtime.
> ---
> hw/ppc/spapr.c | 13 ++++++-------
> hw/ppc/spapr_caps.c | 20 ++++++++++++++++++++
> 2 files changed, 26 insertions(+), 7 deletions(-)
>
> diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
> index 8cc996d0b822..f6c60f2a1248 100644
> --- a/hw/ppc/spapr.c
> +++ b/hw/ppc/spapr.c
> @@ -4103,17 +4103,16 @@ static void spapr_machine_2_12_instance_options(MachineState *machine)
> static void spapr_machine_2_12_class_options(MachineClass *mc)
> {
> sPAPRMachineClass *smc = SPAPR_MACHINE_CLASS(mc);
> - uint8_t mps;
>
> spapr_machine_3_0_class_options(mc);
> SET_MACHINE_COMPAT(mc, SPAPR_COMPAT_2_12);
>
> - if (kvmppc_hpt_needs_host_contiguous_pages()) {
> - mps = ctz64(qemu_getrampagesize());
> - } else {
> - mps = 34; /* allow everything up to 16GiB, i.e. everything */
> - }
> - smc->default_caps.caps[SPAPR_CAP_HPT_MAXPAGESIZE] = mps;
> + /* We depend on kvm_enabled() to choose a default value for the
> + * hpt-max-page-size capability. Of course we can't do it here
> + * because this is too early and the HW accelerator isn't initialzed
> + * yet. Postpone this to spapr_caps_init().
> + */
> + smc->default_caps.caps[SPAPR_CAP_HPT_MAXPAGESIZE] = 0;
> }
>
> DEFINE_SPAPR_MACHINE(2_12, "2.12", false);
> diff --git a/hw/ppc/spapr_caps.c b/hw/ppc/spapr_caps.c
> index 62663ebdf51a..e307161f6425 100644
> --- a/hw/ppc/spapr_caps.c
> +++ b/hw/ppc/spapr_caps.c
> @@ -552,11 +552,31 @@ SPAPR_CAP_MIG_STATE(cfpc, SPAPR_CAP_CFPC);
> SPAPR_CAP_MIG_STATE(sbbc, SPAPR_CAP_SBBC);
> SPAPR_CAP_MIG_STATE(ibs, SPAPR_CAP_IBS);
>
> +static void fixup_default_cap_hpt_maxpagesize_pre_3_0(sPAPRMachineState *spapr)
> +{
> + sPAPRMachineClass *smc = SPAPR_MACHINE_GET_CLASS(spapr);
> + uint8_t mps;
> +
> + /* If it is already set, then this is a 3.0 or newer machine */
> + if (smc->default_caps.caps[SPAPR_CAP_HPT_MAXPAGESIZE]) {
> + return;
> + }
> +
> + if (kvmppc_hpt_needs_host_contiguous_pages()) {
> + mps = ctz64(qemu_getrampagesize());
> + } else {
> + mps = 34; /* allow everything up to 16GiB, i.e. everything */
> + }
> + smc->default_caps.caps[SPAPR_CAP_HPT_MAXPAGESIZE] = mps;
> +}
> +
> void spapr_caps_init(sPAPRMachineState *spapr)
> {
> sPAPRCapabilities default_caps;
> int i;
>
> + fixup_default_cap_hpt_maxpagesize_pre_3_0(spapr);
> +
> /* Compute the actual set of caps we should run with */
> default_caps = default_caps_with_cpu(spapr, MACHINE(spapr)->cpu_type);
>
>
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
prev parent reply other threads:[~2018-07-02 6:05 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-29 9:48 [Qemu-devel] [PATCH v2 0/3] spapr: fix regression with older machine types Greg Kurz
2018-06-29 9:48 ` [Qemu-devel] [PATCH v2 1/3] target/ppc/kvm: get rid of kvm_get_fallback_smmu_info() Greg Kurz
2018-07-02 5:54 ` David Gibson
2018-06-29 9:48 ` [Qemu-devel] [PATCH v2 2/3] target/ppc/kvm: don't pass cpu to kvm_get_smmu_info() Greg Kurz
2018-07-02 6:01 ` David Gibson
2018-06-29 9:48 ` [Qemu-devel] [PATCH v2 3/3] spapr: compute default value of "hpt-max-page-size" later Greg Kurz
2018-07-02 6:04 ` David Gibson [this message]
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=20180702060454.GB3422@umbus.fritz.box \
--to=david@gibson.dropbear.id.au \
--cc=clg@kaod.org \
--cc=groug@kaod.org \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
/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;
as well as URLs for NNTP newsgroup(s).