From: David Gibson <david@gibson.dropbear.id.au>
To: Greg Kurz <groug@kaod.org>
Cc: qemu-devel@nongnu.org, Laurent Vivier <lvivier@redhat.com>,
Bharata B Rao <bharata@linux.vnet.ibm.com>,
qemu-ppc@nongnu.org, Cedric Le Goater <clg@kaod.org>
Subject: Re: [Qemu-devel] [PATCH] xics_kvm: cache already enabled vCPU ids
Date: Thu, 18 May 2017 15:56:28 +1000 [thread overview]
Message-ID: <20170518055628.GB13465@umbus.fritz.box> (raw)
In-Reply-To: <149503190026.11264.1637374942003022823.stgit@bahia.lan>
[-- Attachment #1: Type: text/plain, Size: 3816 bytes --]
On Wed, May 17, 2017 at 04:38:20PM +0200, Greg Kurz wrote:
> Since commit a45863bda90d ("xics_kvm: Don't enable KVM_CAP_IRQ_XICS if
> already enabled"), we were able to re-hotplug a vCPU that had been hot-
> unplugged ealier, thanks to a boolean flag in ICPState that we set when
> enabling KVM_CAP_IRQ_XICS.
>
> This could work because the lifecycle of all ICPState objects was the
> same as the machine. Commit 5bc8d26de20c ("spapr: allocate the ICPState
> object from under sPAPRCPUCore") broke this assumption and now we always
> pass a freshly allocated ICPState object (ie, with the flag unset) to
> icp_kvm_cpu_setup().
>
> This cause re-hotplug to fail with:
>
> Unable to connect CPU8 to kernel XICS: Device or resource busy
>
> Let's fix this by caching all the vCPU ids for which KVM_CAP_IRQ_XICS was
> enabled. This also drops the now useless boolean flag from ICPState.
>
> Reported-by: Laurent Vivier <lvivier@redhat.com>
> Signed-off-by: Greg Kurz <groug@kaod.org>
Applied to ppc-for-2.10.
> ---
> hw/intc/xics_kvm.c | 27 ++++++++++++++++++++-------
> include/hw/ppc/xics.h | 1 -
> 2 files changed, 20 insertions(+), 8 deletions(-)
>
> diff --git a/hw/intc/xics_kvm.c b/hw/intc/xics_kvm.c
> index dd93531ae376..dd7f29846235 100644
> --- a/hw/intc/xics_kvm.c
> +++ b/hw/intc/xics_kvm.c
> @@ -42,6 +42,14 @@
>
> static int kernel_xics_fd = -1;
>
> +typedef struct KVMEnabledICP {
> + unsigned long vcpu_id;
> + QLIST_ENTRY(KVMEnabledICP) node;
> +} KVMEnabledICP;
> +
> +static QLIST_HEAD(, KVMEnabledICP)
> + kvm_enabled_icps = QLIST_HEAD_INITIALIZER(&kvm_enabled_icps);
> +
> /*
> * ICP-KVM
> */
> @@ -121,6 +129,8 @@ static void icp_kvm_reset(void *dev)
> static void icp_kvm_cpu_setup(ICPState *icp, PowerPCCPU *cpu)
> {
> CPUState *cs = CPU(cpu);
> + KVMEnabledICP *enabled_icp;
> + unsigned long vcpu_id = kvm_arch_vcpu_id(cs);
> int ret;
>
> if (kernel_xics_fd == -1) {
> @@ -132,18 +142,21 @@ static void icp_kvm_cpu_setup(ICPState *icp, PowerPCCPU *cpu)
> * which was hot-removed earlier we don't have to renable
> * KVM_CAP_IRQ_XICS capability again.
> */
> - if (icp->cap_irq_xics_enabled) {
> - return;
> + QLIST_FOREACH(enabled_icp, &kvm_enabled_icps, node) {
> + if (enabled_icp->vcpu_id == vcpu_id) {
> + return;
> + }
> }
>
> - ret = kvm_vcpu_enable_cap(cs, KVM_CAP_IRQ_XICS, 0, kernel_xics_fd,
> - kvm_arch_vcpu_id(cs));
> + ret = kvm_vcpu_enable_cap(cs, KVM_CAP_IRQ_XICS, 0, kernel_xics_fd, vcpu_id);
> if (ret < 0) {
> - error_report("Unable to connect CPU%ld to kernel XICS: %s",
> - kvm_arch_vcpu_id(cs), strerror(errno));
> + error_report("Unable to connect CPU%ld to kernel XICS: %s", vcpu_id,
> + strerror(errno));
> exit(1);
> }
> - icp->cap_irq_xics_enabled = true;
> + enabled_icp = g_malloc(sizeof(*enabled_icp));
> + enabled_icp->vcpu_id = vcpu_id;
> + QLIST_INSERT_HEAD(&kvm_enabled_icps, enabled_icp, node);
> }
>
> static void icp_kvm_realize(DeviceState *dev, Error **errp)
> diff --git a/include/hw/ppc/xics.h b/include/hw/ppc/xics.h
> index d6cb51f3ad5d..a3073f90533a 100644
> --- a/include/hw/ppc/xics.h
> +++ b/include/hw/ppc/xics.h
> @@ -81,7 +81,6 @@ struct ICPState {
> uint8_t pending_priority;
> uint8_t mfrr;
> qemu_irq output;
> - bool cap_irq_xics_enabled;
>
> XICSFabric *xics;
> };
>
--
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-05-18 6:17 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-17 14:38 [Qemu-devel] [PATCH] xics_kvm: cache already enabled vCPU ids Greg Kurz
2017-05-17 15:18 ` Laurent Vivier
2017-05-17 15:24 ` Laurent Vivier
2017-05-17 15:36 ` Cédric Le Goater
2017-05-18 5:56 ` 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=20170518055628.GB13465@umbus.fritz.box \
--to=david@gibson.dropbear.id.au \
--cc=bharata@linux.vnet.ibm.com \
--cc=clg@kaod.org \
--cc=groug@kaod.org \
--cc=lvivier@redhat.com \
--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).