From: David Gibson <david@gibson.dropbear.id.au>
To: Eduardo Habkost <ehabkost@redhat.com>
Cc: "Greg Kurz" <groug@kaod.org>,
qemu-devel@nongnu.org, qemu-ppc@nongnu.org,
"Paolo Bonzini" <pbonzini@redhat.com>,
"Richard Henderson" <rth@twiddle.net>,
"Cédric Le Goater" <clg@kaod.org>
Subject: Re: [Qemu-devel] [PATCH 2/3] spapr: compute default value of "hpt-max-page-size" later
Date: Mon, 2 Jul 2018 14:06:14 +1000 [thread overview]
Message-ID: <20180702040614.GV3422@umbus.fritz.box> (raw)
In-Reply-To: <20180629190822.GW7451@localhost.localdomain>
[-- Attachment #1: Type: text/plain, Size: 2450 bytes --]
On Fri, Jun 29, 2018 at 04:08:22PM -0300, Eduardo Habkost wrote:
> On Thu, Jun 28, 2018 at 12:15:14PM +0200, Greg Kurz wrote:
> [...]
> > @@ -2527,6 +2527,18 @@ static void spapr_machine_init(MachineState *machine)
> > QLIST_INIT(&spapr->phbs);
> > QTAILQ_INIT(&spapr->pending_dimm_unplugs);
> >
> > + /* This is for pseries-2.12 and older machine types */
> > + if (!smc->default_caps.caps[SPAPR_CAP_HPT_MAXPAGESIZE]) {
> > + uint8_t mps;
> > +
> > + 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;
>
> Initializing class fields on instance init functions is a sign
> that the information doesn't belong to the class struct. Can't
> this be handled at default_caps_with_cpu()?
Yeah, doing it inside default_caps_with_cpu() probably makes more
sense.
> > + }
> > +
> > /* Determine capabilities to run with */
> > spapr_caps_init(spapr);
> >
> > @@ -4103,17 +4115,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_machine_init().
> > + */
> > + smc->default_caps.caps[SPAPR_CAP_HPT_MAXPAGESIZE] = 0;
> > }
> >
> > DEFINE_SPAPR_MACHINE(2_12, "2.12", false);
> >
>
--
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 --]
next prev parent reply other threads:[~2018-07-02 4:06 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-28 10:14 [Qemu-devel] [PATCH 0/3] spapr: fix regression with older machine types Greg Kurz
2018-06-28 10:14 ` [Qemu-devel] [PATCH 1/3] target/ppc/kvm: don't pass cpu to kvm_get_smmu_info() Greg Kurz
2018-06-28 11:56 ` Cédric Le Goater
2018-06-28 12:14 ` Greg Kurz
2018-06-29 5:16 ` David Gibson
2018-06-28 10:15 ` [Qemu-devel] [PATCH 2/3] spapr: compute default value of "hpt-max-page-size" later Greg Kurz
2018-06-29 5:16 ` David Gibson
2018-06-29 19:08 ` Eduardo Habkost
2018-07-02 4:06 ` David Gibson [this message]
2018-06-28 10:15 ` [Qemu-devel] [PATCH 3/3] accel: forbid early use of kvm_enabled() and friends Greg Kurz
2018-06-29 5:18 ` David Gibson
2018-06-29 10:23 ` Greg Kurz
2018-06-29 19:58 ` Eduardo Habkost
2018-06-28 19:48 ` [Qemu-devel] [Qemu-ppc] [PATCH 0/3] spapr: fix regression with older machine types Greg Kurz
2018-06-29 5:21 ` David Gibson
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=20180702040614.GV3422@umbus.fritz.box \
--to=david@gibson.dropbear.id.au \
--cc=clg@kaod.org \
--cc=ehabkost@redhat.com \
--cc=groug@kaod.org \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=rth@twiddle.net \
/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).