From nobody Tue Nov 4 15:30:51 2025 Delivered-To: importer@patchew.org Received-SPF: pass (zoho.com: domain of gnu.org designates 208.118.235.17 as permitted sender) client-ip=208.118.235.17; envelope-from=qemu-devel-bounces+importer=patchew.org@nongnu.org; helo=lists.gnu.org; Authentication-Results: mx.zohomail.com; spf=pass (zoho.com: domain of gnu.org designates 208.118.235.17 as permitted sender) smtp.mailfrom=qemu-devel-bounces+importer=patchew.org@nongnu.org Return-Path: Received: from lists.gnu.org (lists.gnu.org [208.118.235.17]) by mx.zohomail.com with SMTPS id 153026592017353.894872084435974; Fri, 29 Jun 2018 02:52:00 -0700 (PDT) Received: from localhost ([::1]:40887 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fYq4J-0003OB-EP for importer@patchew.org; Fri, 29 Jun 2018 05:51:55 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47764) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fYq1Q-0001Oi-Li for qemu-devel@nongnu.org; Fri, 29 Jun 2018 05:49:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fYq1L-0005yy-UY for qemu-devel@nongnu.org; Fri, 29 Jun 2018 05:48:56 -0400 Received: from 20.mo3.mail-out.ovh.net ([178.33.47.94]:43569) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fYq1L-0005wK-Mc for qemu-devel@nongnu.org; Fri, 29 Jun 2018 05:48:51 -0400 Received: from player759.ha.ovh.net (unknown [10.109.120.50]) by mo3.mail-out.ovh.net (Postfix) with ESMTP id 146751BD7C9 for ; Fri, 29 Jun 2018 11:48:49 +0200 (CEST) Received: from bahia.lan (lns-bzn-46-82-253-208-248.adsl.proxad.net [82.253.208.248]) (Authenticated sender: groug@kaod.org) by player759.ha.ovh.net (Postfix) with ESMTPA id 2D8296400DA; Fri, 29 Jun 2018 11:48:46 +0200 (CEST) From: Greg Kurz To: qemu-devel@nongnu.org Date: Fri, 29 Jun 2018 11:48:40 +0200 Message-ID: <153026572065.394407.16369067299697377597.stgit@bahia.lan> In-Reply-To: <153026568125.394407.16374811229961951138.stgit@bahia.lan> References: <153026568125.394407.16374811229961951138.stgit@bahia.lan> User-Agent: StGit/0.17.1-46-g6855-dirty MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Ovh-Tracer-Id: 36310272210540939 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtiedrvddugddujecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 178.33.47.94 Subject: [Qemu-devel] [PATCH v2 3/3] spapr: compute default value of "hpt-max-page-size" later X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: qemu-ppc@nongnu.org, =?utf-8?q?C=C3=A9dric?= Le Goater , David Gibson Errors-To: qemu-devel-bounces+importer=patchew.org@nongnu.org Sender: "Qemu-devel" X-ZohoMail: RSF_0 Z_629925259 SPT_0 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=3D0, 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 --- v2: - moved logic under spapr_caps_init() --- 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(Mac= hineState *machine) static void spapr_machine_2_12_class_options(MachineClass *mc) { sPAPRMachineClass *smc =3D SPAPR_MACHINE_CLASS(mc); - uint8_t mps; =20 spapr_machine_3_0_class_options(mc); SET_MACHINE_COMPAT(mc, SPAPR_COMPAT_2_12); =20 - if (kvmppc_hpt_needs_host_contiguous_pages()) { - mps =3D ctz64(qemu_getrampagesize()); - } else { - mps =3D 34; /* allow everything up to 16GiB, i.e. everything */ - } - smc->default_caps.caps[SPAPR_CAP_HPT_MAXPAGESIZE] =3D 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] =3D 0; } =20 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); =20 +static void fixup_default_cap_hpt_maxpagesize_pre_3_0(sPAPRMachineState *s= papr) +{ + sPAPRMachineClass *smc =3D 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 =3D ctz64(qemu_getrampagesize()); + } else { + mps =3D 34; /* allow everything up to 16GiB, i.e. everything */ + } + smc->default_caps.caps[SPAPR_CAP_HPT_MAXPAGESIZE] =3D mps; +} + void spapr_caps_init(sPAPRMachineState *spapr) { sPAPRCapabilities default_caps; int i; =20 + fixup_default_cap_hpt_maxpagesize_pre_3_0(spapr); + /* Compute the actual set of caps we should run with */ default_caps =3D default_caps_with_cpu(spapr, MACHINE(spapr)->cpu_type= ); =20