From: David Gibson <david@gibson.dropbear.id.au>
To: Sam Bobroff <sam.bobroff@au1.ibm.com>
Cc: Thomas Huth <thuth@redhat.com>,
qemu-devel@nongnu.org, qemu-ppc@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 1/1] target/ppc: Improve accuracy of guest HTM availability on P8s
Date: Fri, 31 Mar 2017 14:23:08 +1100 [thread overview]
Message-ID: <20170331032308.GH22163@umbus> (raw)
In-Reply-To: <20170330022836.GA4044@tungsten.ozlabs.ibm.com>
[-- Attachment #1: Type: text/plain, Size: 2986 bytes --]
On Thu, Mar 30, 2017 at 01:28:36PM +1100, Sam Bobroff wrote:
> On Wed, Mar 29, 2017 at 07:39:25AM +0200, Thomas Huth wrote:
> > On 29.03.2017 07:01, Sam Bobroff wrote:
> > > On Power8 hosts it is currently theoretically possible for QEMU/KVM-HV guests
> > > to receive a ibm,pa-features property indicating that HTM support is available
> > > when it is not. The situation would occur if the platform firmware of
> > > a Power8 host cleared the HTM bit of the ibm,pa-features property.
> >
> > Out of curiosity: Is there a machine out there where this happens?
>
> Not that I know of... just the one who's firmware I broke on purpose for
> testing ;-)
Ok, given that, I'm moving this fix from ppc-for-2.9 to ppc-for-2.10.
>
> > > QEMU would query KVM for the availability of HTM, which will return no
> > > support, but workaround code in kvm_arch_init_vcpu() would then
> > > re-enable it because KVM_HV is in use and the processor is P8.
> > >
> > > This patch adjusts the workaround in kvm_arch_init_vcpu() so that it does not
> > > enable HTM (in the above case) unless the host kernel indicates to the QEMU
> > > process, via the auxiliary vector, that userspace can use HTM (via the HWCAP2
> > > bit KVM_FEATURE2_HTM).
> > >
> > > The reason to use the value from the auxiliary vector is that it is
> > > set based only on what the host kernel found in the ibm,pa-features
> > > HTM bit at boot time.
> > >
> > > Signed-off-by: Sam Bobroff <sam.bobroff@au1.ibm.com>
> > > ---
> > > target/ppc/kvm.c | 8 ++++++--
> > > 1 file changed, 6 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/target/ppc/kvm.c b/target/ppc/kvm.c
> > > index 9f1f132cef..8a54709ae4 100644
> > > --- a/target/ppc/kvm.c
> > > +++ b/target/ppc/kvm.c
> > > @@ -49,6 +49,7 @@
> > > #if defined(TARGET_PPC64)
> > > #include "hw/ppc/spapr_cpu_core.h"
> > > #endif
> > > +#include "elf.h"
> > >
> > > //#define DEBUG_KVM
> > >
> > > @@ -509,8 +510,11 @@ int kvm_arch_init_vcpu(CPUState *cs)
> > > case POWERPC_MMU_2_07:
> > > if (!cap_htm && !kvmppc_is_pr(cs->kvm_state)) {
> > > /* KVM-HV has transactional memory on POWER8 also without the
> > > - * KVM_CAP_PPC_HTM extension, so enable it here instead. */
> > > - cap_htm = true;
> > > + * KVM_CAP_PPC_HTM extension, so enable it here instead as
> > > + * long as it's availble to userspace on the host. */
> > > + if (qemu_getauxval(AT_HWCAP2) & PPC_FEATURE2_HAS_HTM) {
> > > + cap_htm = true;
> > > + }
> >
> > That's a very good idea! ... but I think you could also merge the two
> > if-statements into one to save one level of indentation.
> >
> > Thomas
>
--
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: 819 bytes --]
prev parent reply other threads:[~2017-03-31 4:37 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-29 5:01 [Qemu-devel] [PATCH 0/1] target/ppc: Improve accuracy of guest HTM availability on P8s Sam Bobroff
2017-03-29 5:01 ` [Qemu-devel] [PATCH 1/1] " Sam Bobroff
2017-03-29 5:23 ` David Gibson
2017-03-29 5:39 ` Thomas Huth
[not found] ` <20170329053928.56B1FAE03B@b01ledav005.gho.pok.ibm.com>
2017-03-30 2:28 ` Sam Bobroff
2017-03-31 3:23 ` 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=20170331032308.GH22163@umbus \
--to=david@gibson.dropbear.id.au \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.org \
--cc=sam.bobroff@au1.ibm.com \
--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 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).