All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alexander Graf <agraf@suse.de>
To: Paul Mackerras <paulus@samba.org>
Cc: kvm-ppc@vger.kernel.org, kvm@vger.kernel.org
Subject: Re: [PATCH 0/5] Fixes and improvements for HV KVM on PPC
Date: Wed, 17 Dec 2014 12:56:07 +0000	[thread overview]
Message-ID: <54917D67.1060900@suse.de> (raw)
In-Reply-To: <1417573842-32101-1-git-send-email-paulus@samba.org>



On 03.12.14 03:30, Paul Mackerras wrote:
> This series of patches is based on Alex Graf's kvm-ppc-queue branch
> and is intended for the 3.19 merge window.  It starts by removing the
> code to support HV KVM on PPC970 processors.  This code is hardly used
> now since there are not many HV-capable PPC970 machines (Apple G5
> machines are not HV-capable) and POWER8 systems capable of running HV
> KVM are generally available now.
> 
> Then there is a fix for a potential endianness problem, an improvement
> for the existing H_CONFER implementation, a real-mode H_RANDOM
> implementation, and a small Kconfig change.  None of these should be
> controversial with the possible exception of H_RANDOM - but now that
> userspace has full control over whether the H_RANDOM handler is active
> or not (via the KVM_CAP_PPC_ENABLE_HCALL capability) it will hopefully
> be controversial no longer.

Thanks, applied all to kvm-ppc-queue.


Alex

WARNING: multiple messages have this Message-ID (diff)
From: Alexander Graf <agraf@suse.de>
To: Paul Mackerras <paulus@samba.org>
Cc: kvm-ppc@vger.kernel.org, kvm@vger.kernel.org
Subject: Re: [PATCH 0/5] Fixes and improvements for HV KVM on PPC
Date: Wed, 17 Dec 2014 13:56:07 +0100	[thread overview]
Message-ID: <54917D67.1060900@suse.de> (raw)
In-Reply-To: <1417573842-32101-1-git-send-email-paulus@samba.org>



On 03.12.14 03:30, Paul Mackerras wrote:
> This series of patches is based on Alex Graf's kvm-ppc-queue branch
> and is intended for the 3.19 merge window.  It starts by removing the
> code to support HV KVM on PPC970 processors.  This code is hardly used
> now since there are not many HV-capable PPC970 machines (Apple G5
> machines are not HV-capable) and POWER8 systems capable of running HV
> KVM are generally available now.
> 
> Then there is a fix for a potential endianness problem, an improvement
> for the existing H_CONFER implementation, a real-mode H_RANDOM
> implementation, and a small Kconfig change.  None of these should be
> controversial with the possible exception of H_RANDOM - but now that
> userspace has full control over whether the H_RANDOM handler is active
> or not (via the KVM_CAP_PPC_ENABLE_HCALL capability) it will hopefully
> be controversial no longer.

Thanks, applied all to kvm-ppc-queue.


Alex

  parent reply	other threads:[~2014-12-17 12:56 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-03  2:30 [PATCH 0/5] Fixes and improvements for HV KVM on PPC Paul Mackerras
2014-12-03  2:30 ` Paul Mackerras
2014-12-03  2:30 ` [PATCH 1/5] KVM: PPC: Book3S HV: Remove code for PPC970 processors Paul Mackerras
2014-12-03  2:30   ` Paul Mackerras
2014-12-03  2:30 ` [PATCH 2/5] KVM: PPC: Book3S HV: Fix endianness of instruction obtained from HEIR register Paul Mackerras
2014-12-03  2:30   ` Paul Mackerras
2014-12-03  2:30 ` [PATCH 3/5] KVM: PPC: Book3S HV: Improve H_CONFER implementation Paul Mackerras
2014-12-03  2:30   ` Paul Mackerras
2014-12-03  2:30 ` [PATCH 4/5] KVM: PPC: Book3S HV: Add fast real-mode H_RANDOM implementation Paul Mackerras
2014-12-03  2:30   ` Paul Mackerras
2014-12-17 21:23   ` Alexander Graf
2014-12-17 21:23     ` Alexander Graf
2014-12-03  2:30 ` [PATCH 5/5] KVM: PPC: Book3S: Enable in-kernel XICS emulation by default Paul Mackerras
2014-12-03  2:30   ` Paul Mackerras
2014-12-17 12:56 ` Alexander Graf [this message]
2014-12-17 12:56   ` [PATCH 0/5] Fixes and improvements for HV KVM on PPC Alexander Graf

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=54917D67.1060900@suse.de \
    --to=agraf@suse.de \
    --cc=kvm-ppc@vger.kernel.org \
    --cc=kvm@vger.kernel.org \
    --cc=paulus@samba.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 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.