From: Paul Mackerras <paulus@samba.org>
To: "Andreas Färber" <afaerber@suse.de>
Cc: Alexey Kardashevskiy <aik@ozlabs.ru>,
qemu-ppc@nongnu.org, qemu-devel@nongnu.org,
Alexander Graf <agraf@suse.de>
Subject: Re: [Qemu-devel] [PATCH v5] powerpc: add PVR mask support
Date: Thu, 29 Aug 2013 14:52:08 +1000 [thread overview]
Message-ID: <20130829045207.GA32466@iris.ozlabs.ibm.com> (raw)
In-Reply-To: <20130829033307.GB20680@iris.ozlabs.ibm.com>
On Thu, Aug 29, 2013 at 01:33:07PM +1000, Paul Mackerras wrote:
> On Wed, Aug 28, 2013 at 12:49:27PM +0200, Andreas Färber wrote:
>
> > According to the only reply I received, it's "POWER7", not "POWER7+" -
> > see my patch description. If that information was wrong, we'll need to
> > move POWER7P introduction before my fw_name patch and update it accordingly.
>
> It should be "POWER7+" for consistency with other hypervisors and
> firmware.
Actually, on a POWER7+ machine under PowerVM here, I am seeing
PowerPC,POWER7@xxx --- but PowerVM is running the partition in v2.06
architected mode rather than POWER7+ native mode. I'm not sure at the
moment how to get it to run in POWER7+ native mode (or even if there
is such a thing). In any case, I don't think it really matters
whether it's PowerPC,POWER7 or PowerPC,POWER7+.
Which brings me to another question. PAPR specifies that when a
partition is being run in a compatibility mode for an older processor,
the cpu-version property in the cpu nodes has a "logical PVR" value
representing the architecture level of the compatibility mode; for
example, 0x0f000001 for architecture 2.04, 0x0f000002 for 2.05
(POWER6), 0x0f000003 for 2.06 (POWER7), 0x0f000004 for 2.07 (POWER8).
We are going to need a way to do that for pseries guests. So for
example if we are running on a POWER8 machine and using KVM, we would
want to be able to tell qemu that we want a POWER7 machine and have
qemu put 0x0f000003 in the device tree, and also tell KVM to enable
POWER7 compatibility mode when running the guest, presumably by
setting the PVR for the guest to 0x0f000003. That PVR setting doesn't
(and can't) modify the PVR seen by the guest, since the hardware
doesn't provide any way to virtualize the PVR, but we will make it set
the compatibility mode for the guest.
How do you think we should handle this in qemu?
Regards,
Paul.
next prev parent reply other threads:[~2013-08-29 4:52 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-28 10:37 [Qemu-devel] [PATCH v5] powerpc: add PVR mask support Alexey Kardashevskiy
2013-08-28 10:49 ` Andreas Färber
2013-08-28 11:01 ` Alexey Kardashevskiy
2013-09-04 10:15 ` Alexey Kardashevskiy
2013-08-29 3:33 ` Paul Mackerras
2013-08-29 4:52 ` Paul Mackerras [this message]
2013-08-29 4:59 ` Benjamin Herrenschmidt
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=20130829045207.GA32466@iris.ozlabs.ibm.com \
--to=paulus@samba.org \
--cc=afaerber@suse.de \
--cc=agraf@suse.de \
--cc=aik@ozlabs.ru \
--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).