All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Gibson <david@gibson.dropbear.id.au>
To: Greg Kurz <groug@kaod.org>
Cc: Michael Roth <mdroth@linux.vnet.ibm.com>,
	Thomas Huth <thuth@redhat.com>,
	qemu-stable@nongnu.org,
	"Dr. David Alan Gilbert" <dgilbert@redhat.com>,
	qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH v2 for-2.11.2] spapr: make pseries-2.11 the default machine type
Date: Tue, 17 Jul 2018 20:50:06 +1000	[thread overview]
Message-ID: <20180717105006.GA2272@umbus.fritz.box> (raw)
In-Reply-To: <20180621152321.3ab81d51@bahia.lan>

[-- Attachment #1: Type: text/plain, Size: 3140 bytes --]

On Thu, Jun 21, 2018 at 03:23:21PM +0200, Greg Kurz wrote:
> On Thu, 21 Jun 2018 11:18:09 +1000
> David Gibson <david@gibson.dropbear.id.au> wrote:
> 
> > On Wed, Jun 20, 2018 at 02:54:15PM +0200, Greg Kurz wrote:
> > > The spapr capability framework was introduced in QEMU 2.12. It allows
> > > to have an explicit control on how host features are exposed to the
> > > guest. This is especially needed to handle migration between hetero-
> > > geneous hosts (eg, POWER8 to POWER9). It is also used to expose fixes/
> > > workarounds against speculative execution vulnerabilities to guests.
> > > The framework was hence backported to QEMU 2.11.1, especially these
> > > commits:
> > > 
> > > 0fac4aa93074 spapr: Add pseries-2.12 machine type
> > > 9070f408f491 spapr: Treat Hardware Transactional Memory (HTM) as an
> > >  optional capability
> > > 
> > > 0fac4aa93074 has the confusing effect of making pseries-2.12 the default
> > > machine type for QEMU 2.11.1, instead of the expected pseries-2.11. This
> > > patch changes the default machine back to pseries-2.11.
> > > 
> > > Unfortunately, 9070f408f491 enforces the HTM capability for pseries-2.11
> > > to be enabled by default, ie, when not passing cap-htm on the command
> > > line. This breaks several 'make check' testcases that run qemu-system-ppc64
> > > with TCG.
> > > 
> > > The only sane way to fix this is to adapt the impacted testcases so that
> > > they all pass cap-htm=off in this case. This patch does that as well.
> > > 
> > > Signed-off-by: Greg Kurz <groug@kaod.org>
> > > ---
> > > v2: - have the testcases to pass cap-htm=off instead of violating the
> > >       capabilities logic.
> > > 
> > > Upstream doesn't need anything like that since newer pseries machine types
> > > start with HTM disabled by default. This is really a oneshot fix for 2.11.2,
> > > and I've tried to make it as small as possible.
> > > 
> > > This is a full replacement of the previous version. It is based on Mike's
> > > staging tree for 2.11:  
> > 
> > Thanks for fixing this up
> > 
> > Reviewed-by: David Gibson <david@gibson.dropbear.id.au>
> > 
> > Btw, 2.11.z should probably have the 2.12 machine type removed
> > entirely, as well as (obviously) not being the default.  Not within
> > scope for this patch, though.
> > 
> 
> Well... it is indeed weird but I don't think it hurts. Also, people
> may have started using pseries-2.12 with QEMU 2.11.1 (I seem to
> remember Mike told me about something like this the other day)...

I came back to thinking about this and realized this is a terrible
idea.  The problem is that because of the way we define the latest
machine type, then backwards compat props for the earlier ones, it's
very likely that the "pseries-2.12" in 2.11 won't be the same as
pseries-2.12 in 2.12, simply because 2.11 won't have the necessary
features to implement pseries-2.12 as in 2.12.


-- 
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 --]

  reply	other threads:[~2018-07-17 10:50 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-20 12:54 [Qemu-devel] [PATCH v2 for-2.11.2] spapr: make pseries-2.11 the default machine type Greg Kurz
2018-06-21  1:18 ` David Gibson
2018-06-21 13:23   ` Greg Kurz
2018-07-17 10:50     ` David Gibson [this message]
2018-07-17 17:02       ` Michael Roth
2018-07-17 18:31         ` Dr. David Alan Gilbert

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=20180717105006.GA2272@umbus.fritz.box \
    --to=david@gibson.dropbear.id.au \
    --cc=dgilbert@redhat.com \
    --cc=groug@kaod.org \
    --cc=mdroth@linux.vnet.ibm.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-stable@nongnu.org \
    --cc=thuth@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.