From: Christoffer Dall <christoffer.dall@linaro.org>
To: Ming Lei <ming.lei@canonical.com>
Cc: Catalin Marinas <catalin.marinas@arm.com>,
linux-arm-kernel@lists.infradead.org,
Dann Frazier <dann.frazier@canonical.com>,
Marc Zyngier <marc.zyngier@arm.com>,
kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org
Subject: Re: [PATCH] ARM/ARM64: KVM: remove 'config KVM_ARM_MAX_VCPUS'
Date: Wed, 2 Sep 2015 12:25:55 +0200 [thread overview]
Message-ID: <20150902102555.GH10991@cbox> (raw)
In-Reply-To: <1441175481-18348-1-git-send-email-ming.lei@canonical.com>
On Wed, Sep 02, 2015 at 02:31:21PM +0800, Ming Lei wrote:
> This patch removes config option of KVM_ARM_MAX_VCPUS,
> and like other ARCHs, just choose the maximum allowed
> value from hardware, and follows the reasons:
>
> 1) from distribution view, the option has to be
> defined as the max allowed value because it need to
> meet all kinds of virtulization applications and
> need to support most of SoCs;
>
> 2) using a bigger value doesn't introduce extra memory
> consumption, and the help text in Kconfig isn't accurate
> because kvm_vpu structure isn't allocated until request
> of creating VCPU is sent from QEMU;
This used to be true because of the vgic bitmaps, but that is now
dynamically allocated, so I believe you're correct in saying that the
text is no longer accurate.
>
> 3) the main effect is that the field of vcpus[] in 'struct kvm'
> becomes a bit bigger(sizeof(void *) per vcpu) and need more cache
> lines to hold the structure, but 'struct kvm' is one generic struct,
> and it has worked well on other ARCHs already in this way. Also,
> the world switch frequecy is often low, for example, it is ~2000
> when running kernel building load in VM from APM xgene KVM host,
> so the effect is very small, and the difference can't be observed
> in my test at all.
While I'm not prinicipally opposed to removing this option, I have to
point out that this analysis is far far over-simplified. You have
chosen a workload which excercised only CPU and memory virtualization,
mostly solved by the hardware virtualization support, and therefore you
don't see many exits.
Try running an I/O bound workload, or something which involves a lot of
virtual IPIs, and you'll see a higher number of exits.
However, I still doubt that the effects will be noticable in the grand
scheme of things.
>
> Cc: Dann Frazier <dann.frazier@canonical.com>
> Cc: Christoffer Dall <christoffer.dall@linaro.org>
> Cc: Marc Zyngier <marc.zyngier@arm.com>
> Cc: kvmarm@lists.cs.columbia.edu
> Cc: kvm@vger.kernel.org
> Signed-off-by: Ming Lei <ming.lei@canonical.com>
> ---
> arch/arm/include/asm/kvm_host.h | 8 ++------
> arch/arm/kvm/Kconfig | 11 -----------
> arch/arm64/include/asm/kvm_host.h | 8 ++------
> arch/arm64/kvm/Kconfig | 11 -----------
> include/kvm/arm_vgic.h | 6 +-----
> virt/kvm/arm/vgic-v3.c | 2 +-
> 6 files changed, 6 insertions(+), 40 deletions(-)
>
> diff --git a/arch/arm/include/asm/kvm_host.h b/arch/arm/include/asm/kvm_host.h
> index dcba0fa..c8c226a 100644
> --- a/arch/arm/include/asm/kvm_host.h
> +++ b/arch/arm/include/asm/kvm_host.h
> @@ -29,12 +29,6 @@
>
> #define __KVM_HAVE_ARCH_INTC_INITIALIZED
>
> -#if defined(CONFIG_KVM_ARM_MAX_VCPUS)
> -#define KVM_MAX_VCPUS CONFIG_KVM_ARM_MAX_VCPUS
> -#else
> -#define KVM_MAX_VCPUS 0
> -#endif
> -
> #define KVM_USER_MEM_SLOTS 32
> #define KVM_PRIVATE_MEM_SLOTS 4
> #define KVM_COALESCED_MMIO_PAGE_OFFSET 1
> @@ -44,6 +38,8 @@
>
> #include <kvm/arm_vgic.h>
>
> +#define KVM_MAX_VCPUS VGIC_V2_MAX_CPUS
> +
> u32 *kvm_vcpu_reg(struct kvm_vcpu *vcpu, u8 reg_num, u32 mode);
> int __attribute_const__ kvm_target_cpu(void);
> int kvm_reset_vcpu(struct kvm_vcpu *vcpu);
> diff --git a/arch/arm/kvm/Kconfig b/arch/arm/kvm/Kconfig
> index bfb915d..210ecca 100644
> --- a/arch/arm/kvm/Kconfig
> +++ b/arch/arm/kvm/Kconfig
> @@ -45,15 +45,4 @@ config KVM_ARM_HOST
> ---help---
> Provides host support for ARM processors.
>
> -config KVM_ARM_MAX_VCPUS
> - int "Number maximum supported virtual CPUs per VM"
> - depends on KVM_ARM_HOST
> - default 4
> - help
> - Static number of max supported virtual CPUs per VM.
> -
> - If you choose a high number, the vcpu structures will be quite
> - large, so only choose a reasonable number that you expect to
> - actually use.
> -
> endif # VIRTUALIZATION
> diff --git a/arch/arm64/include/asm/kvm_host.h b/arch/arm64/include/asm/kvm_host.h
> index 415938d..3fb58ea 100644
> --- a/arch/arm64/include/asm/kvm_host.h
> +++ b/arch/arm64/include/asm/kvm_host.h
> @@ -30,12 +30,6 @@
>
> #define __KVM_HAVE_ARCH_INTC_INITIALIZED
>
> -#if defined(CONFIG_KVM_ARM_MAX_VCPUS)
> -#define KVM_MAX_VCPUS CONFIG_KVM_ARM_MAX_VCPUS
> -#else
> -#define KVM_MAX_VCPUS 0
> -#endif
> -
> #define KVM_USER_MEM_SLOTS 32
> #define KVM_PRIVATE_MEM_SLOTS 4
> #define KVM_COALESCED_MMIO_PAGE_OFFSET 1
> @@ -43,6 +37,8 @@
> #include <kvm/arm_vgic.h>
> #include <kvm/arm_arch_timer.h>
>
> +#define KVM_MAX_VCPUS VGIC_V3_MAX_CPUS
> +
> #define KVM_VCPU_MAX_FEATURES 3
>
> int __attribute_const__ kvm_target_cpu(void);
> diff --git a/arch/arm64/kvm/Kconfig b/arch/arm64/kvm/Kconfig
> index bfffe8f..5c7e920 100644
> --- a/arch/arm64/kvm/Kconfig
> +++ b/arch/arm64/kvm/Kconfig
> @@ -41,15 +41,4 @@ config KVM_ARM_HOST
> ---help---
> Provides host support for ARM processors.
>
> -config KVM_ARM_MAX_VCPUS
> - int "Number maximum supported virtual CPUs per VM"
> - depends on KVM_ARM_HOST
> - default 4
> - help
> - Static number of max supported virtual CPUs per VM.
> -
> - If you choose a high number, the vcpu structures will be quite
> - large, so only choose a reasonable number that you expect to
> - actually use.
> -
> endif # VIRTUALIZATION
> diff --git a/include/kvm/arm_vgic.h b/include/kvm/arm_vgic.h
> index d901f1a..4e14dac 100644
> --- a/include/kvm/arm_vgic.h
> +++ b/include/kvm/arm_vgic.h
> @@ -35,11 +35,7 @@
> #define VGIC_V3_MAX_LRS 16
> #define VGIC_MAX_IRQS 1024
> #define VGIC_V2_MAX_CPUS 8
> -
> -/* Sanity checks... */
> -#if (KVM_MAX_VCPUS > 255)
> -#error Too many KVM VCPUs, the VGIC only supports up to 255 VCPUs for now
> -#endif
> +#define VGIC_V3_MAX_CPUS 255
>
> #if (VGIC_NR_IRQS_LEGACY & 31)
> #error "VGIC_NR_IRQS must be a multiple of 32"
> diff --git a/virt/kvm/arm/vgic-v3.c b/virt/kvm/arm/vgic-v3.c
> index afbf925..7dd5d62 100644
> --- a/virt/kvm/arm/vgic-v3.c
> +++ b/virt/kvm/arm/vgic-v3.c
> @@ -288,7 +288,7 @@ int vgic_v3_probe(struct device_node *vgic_node,
>
> vgic->vctrl_base = NULL;
> vgic->type = VGIC_V3;
> - vgic->max_gic_vcpus = KVM_MAX_VCPUS;
> + vgic->max_gic_vcpus = VGIC_V3_MAX_CPUS;
>
> kvm_info("%s@%llx IRQ%d\n", vgic_node->name,
> vcpu_res.start, vgic->maint_irq);
> --
> 1.9.1
Reviewed-by: Christoffer Dall <christoffer.dall@linaro.org>
WARNING: multiple messages have this Message-ID (diff)
From: christoffer.dall@linaro.org (Christoffer Dall)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] ARM/ARM64: KVM: remove 'config KVM_ARM_MAX_VCPUS'
Date: Wed, 2 Sep 2015 12:25:55 +0200 [thread overview]
Message-ID: <20150902102555.GH10991@cbox> (raw)
In-Reply-To: <1441175481-18348-1-git-send-email-ming.lei@canonical.com>
On Wed, Sep 02, 2015 at 02:31:21PM +0800, Ming Lei wrote:
> This patch removes config option of KVM_ARM_MAX_VCPUS,
> and like other ARCHs, just choose the maximum allowed
> value from hardware, and follows the reasons:
>
> 1) from distribution view, the option has to be
> defined as the max allowed value because it need to
> meet all kinds of virtulization applications and
> need to support most of SoCs;
>
> 2) using a bigger value doesn't introduce extra memory
> consumption, and the help text in Kconfig isn't accurate
> because kvm_vpu structure isn't allocated until request
> of creating VCPU is sent from QEMU;
This used to be true because of the vgic bitmaps, but that is now
dynamically allocated, so I believe you're correct in saying that the
text is no longer accurate.
>
> 3) the main effect is that the field of vcpus[] in 'struct kvm'
> becomes a bit bigger(sizeof(void *) per vcpu) and need more cache
> lines to hold the structure, but 'struct kvm' is one generic struct,
> and it has worked well on other ARCHs already in this way. Also,
> the world switch frequecy is often low, for example, it is ~2000
> when running kernel building load in VM from APM xgene KVM host,
> so the effect is very small, and the difference can't be observed
> in my test at all.
While I'm not prinicipally opposed to removing this option, I have to
point out that this analysis is far far over-simplified. You have
chosen a workload which excercised only CPU and memory virtualization,
mostly solved by the hardware virtualization support, and therefore you
don't see many exits.
Try running an I/O bound workload, or something which involves a lot of
virtual IPIs, and you'll see a higher number of exits.
However, I still doubt that the effects will be noticable in the grand
scheme of things.
>
> Cc: Dann Frazier <dann.frazier@canonical.com>
> Cc: Christoffer Dall <christoffer.dall@linaro.org>
> Cc: Marc Zyngier <marc.zyngier@arm.com>
> Cc: kvmarm at lists.cs.columbia.edu
> Cc: kvm at vger.kernel.org
> Signed-off-by: Ming Lei <ming.lei@canonical.com>
> ---
> arch/arm/include/asm/kvm_host.h | 8 ++------
> arch/arm/kvm/Kconfig | 11 -----------
> arch/arm64/include/asm/kvm_host.h | 8 ++------
> arch/arm64/kvm/Kconfig | 11 -----------
> include/kvm/arm_vgic.h | 6 +-----
> virt/kvm/arm/vgic-v3.c | 2 +-
> 6 files changed, 6 insertions(+), 40 deletions(-)
>
> diff --git a/arch/arm/include/asm/kvm_host.h b/arch/arm/include/asm/kvm_host.h
> index dcba0fa..c8c226a 100644
> --- a/arch/arm/include/asm/kvm_host.h
> +++ b/arch/arm/include/asm/kvm_host.h
> @@ -29,12 +29,6 @@
>
> #define __KVM_HAVE_ARCH_INTC_INITIALIZED
>
> -#if defined(CONFIG_KVM_ARM_MAX_VCPUS)
> -#define KVM_MAX_VCPUS CONFIG_KVM_ARM_MAX_VCPUS
> -#else
> -#define KVM_MAX_VCPUS 0
> -#endif
> -
> #define KVM_USER_MEM_SLOTS 32
> #define KVM_PRIVATE_MEM_SLOTS 4
> #define KVM_COALESCED_MMIO_PAGE_OFFSET 1
> @@ -44,6 +38,8 @@
>
> #include <kvm/arm_vgic.h>
>
> +#define KVM_MAX_VCPUS VGIC_V2_MAX_CPUS
> +
> u32 *kvm_vcpu_reg(struct kvm_vcpu *vcpu, u8 reg_num, u32 mode);
> int __attribute_const__ kvm_target_cpu(void);
> int kvm_reset_vcpu(struct kvm_vcpu *vcpu);
> diff --git a/arch/arm/kvm/Kconfig b/arch/arm/kvm/Kconfig
> index bfb915d..210ecca 100644
> --- a/arch/arm/kvm/Kconfig
> +++ b/arch/arm/kvm/Kconfig
> @@ -45,15 +45,4 @@ config KVM_ARM_HOST
> ---help---
> Provides host support for ARM processors.
>
> -config KVM_ARM_MAX_VCPUS
> - int "Number maximum supported virtual CPUs per VM"
> - depends on KVM_ARM_HOST
> - default 4
> - help
> - Static number of max supported virtual CPUs per VM.
> -
> - If you choose a high number, the vcpu structures will be quite
> - large, so only choose a reasonable number that you expect to
> - actually use.
> -
> endif # VIRTUALIZATION
> diff --git a/arch/arm64/include/asm/kvm_host.h b/arch/arm64/include/asm/kvm_host.h
> index 415938d..3fb58ea 100644
> --- a/arch/arm64/include/asm/kvm_host.h
> +++ b/arch/arm64/include/asm/kvm_host.h
> @@ -30,12 +30,6 @@
>
> #define __KVM_HAVE_ARCH_INTC_INITIALIZED
>
> -#if defined(CONFIG_KVM_ARM_MAX_VCPUS)
> -#define KVM_MAX_VCPUS CONFIG_KVM_ARM_MAX_VCPUS
> -#else
> -#define KVM_MAX_VCPUS 0
> -#endif
> -
> #define KVM_USER_MEM_SLOTS 32
> #define KVM_PRIVATE_MEM_SLOTS 4
> #define KVM_COALESCED_MMIO_PAGE_OFFSET 1
> @@ -43,6 +37,8 @@
> #include <kvm/arm_vgic.h>
> #include <kvm/arm_arch_timer.h>
>
> +#define KVM_MAX_VCPUS VGIC_V3_MAX_CPUS
> +
> #define KVM_VCPU_MAX_FEATURES 3
>
> int __attribute_const__ kvm_target_cpu(void);
> diff --git a/arch/arm64/kvm/Kconfig b/arch/arm64/kvm/Kconfig
> index bfffe8f..5c7e920 100644
> --- a/arch/arm64/kvm/Kconfig
> +++ b/arch/arm64/kvm/Kconfig
> @@ -41,15 +41,4 @@ config KVM_ARM_HOST
> ---help---
> Provides host support for ARM processors.
>
> -config KVM_ARM_MAX_VCPUS
> - int "Number maximum supported virtual CPUs per VM"
> - depends on KVM_ARM_HOST
> - default 4
> - help
> - Static number of max supported virtual CPUs per VM.
> -
> - If you choose a high number, the vcpu structures will be quite
> - large, so only choose a reasonable number that you expect to
> - actually use.
> -
> endif # VIRTUALIZATION
> diff --git a/include/kvm/arm_vgic.h b/include/kvm/arm_vgic.h
> index d901f1a..4e14dac 100644
> --- a/include/kvm/arm_vgic.h
> +++ b/include/kvm/arm_vgic.h
> @@ -35,11 +35,7 @@
> #define VGIC_V3_MAX_LRS 16
> #define VGIC_MAX_IRQS 1024
> #define VGIC_V2_MAX_CPUS 8
> -
> -/* Sanity checks... */
> -#if (KVM_MAX_VCPUS > 255)
> -#error Too many KVM VCPUs, the VGIC only supports up to 255 VCPUs for now
> -#endif
> +#define VGIC_V3_MAX_CPUS 255
>
> #if (VGIC_NR_IRQS_LEGACY & 31)
> #error "VGIC_NR_IRQS must be a multiple of 32"
> diff --git a/virt/kvm/arm/vgic-v3.c b/virt/kvm/arm/vgic-v3.c
> index afbf925..7dd5d62 100644
> --- a/virt/kvm/arm/vgic-v3.c
> +++ b/virt/kvm/arm/vgic-v3.c
> @@ -288,7 +288,7 @@ int vgic_v3_probe(struct device_node *vgic_node,
>
> vgic->vctrl_base = NULL;
> vgic->type = VGIC_V3;
> - vgic->max_gic_vcpus = KVM_MAX_VCPUS;
> + vgic->max_gic_vcpus = VGIC_V3_MAX_CPUS;
>
> kvm_info("%s@%llx IRQ%d\n", vgic_node->name,
> vcpu_res.start, vgic->maint_irq);
> --
> 1.9.1
Reviewed-by: Christoffer Dall <christoffer.dall@linaro.org>
next prev parent reply other threads:[~2015-09-02 10:25 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-02 6:31 [PATCH] ARM/ARM64: KVM: remove 'config KVM_ARM_MAX_VCPUS' Ming Lei
2015-09-02 6:31 ` Ming Lei
2015-09-02 10:25 ` Christoffer Dall [this message]
2015-09-02 10:25 ` Christoffer Dall
2015-09-02 11:42 ` Ming Lei
2015-09-02 11:42 ` Ming Lei
2015-09-17 6:08 ` Ming Lei
2015-09-17 6:08 ` Ming Lei
2015-09-17 8:15 ` Marc Zyngier
2015-09-17 8:15 ` Marc Zyngier
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=20150902102555.GH10991@cbox \
--to=christoffer.dall@linaro.org \
--cc=catalin.marinas@arm.com \
--cc=dann.frazier@canonical.com \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=marc.zyngier@arm.com \
--cc=ming.lei@canonical.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.