Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755931Ab3IPIdI (ORCPT ); Mon, 16 Sep 2013 04:33:08 -0400 Received: from mx1.redhat.com ([209.132.183.28]:54132 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751388Ab3IPIdF (ORCPT ); Mon, 16 Sep 2013 04:33:05 -0400 Date: Mon, 16 Sep 2013 11:32:22 +0300 From: Gleb Natapov To: Marc Zyngier Cc: Andrew Jones , "kvmarm@lists.cs.columbia.edu" , "kvm@vger.kernel.org" , Catalin Marinas , "christoffer.dall@linaro.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "pbonzini@redhat.com" , "linux@arm.linux.org.uk" , Will Deacon Subject: Re: [PATCH 2/3] arm32: kvm: rename CONFIG_KVM_ARM_MAX_VCPUS Message-ID: <20130916083221.GI17294@redhat.com> References: <1379160656-28050-1-git-send-email-drjones@redhat.com> <1379160656-28050-3-git-send-email-drjones@redhat.com> <20130915093002.GX17294@redhat.com> <5236BCB7.9080102@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5236BCB7.9080102@arm.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3147 Lines: 76 On Mon, Sep 16, 2013 at 09:09:27AM +0100, Marc Zyngier wrote: > On 15/09/13 10:30, Gleb Natapov wrote: > > On Sat, Sep 14, 2013 at 02:10:55PM +0200, Andrew Jones wrote: > >> Drop the _ARM_ part of the name. We can then introduce a config option > >> like this to aarch64 and other arches using the same name - allowing > >> grep to show them all. Also update the help text to describe the option > >> more completely. > >> > >> Signed-off-by: Andrew Jones > >> --- > >> arch/arm/include/asm/kvm_host.h | 4 ++-- > >> arch/arm/kvm/Kconfig | 8 ++++---- > >> 2 files changed, 6 insertions(+), 6 deletions(-) > >> > >> diff --git a/arch/arm/include/asm/kvm_host.h b/arch/arm/include/asm/kvm_host.h > >> index 7d22517d80711..c614d3eb176c6 100644 > >> --- a/arch/arm/include/asm/kvm_host.h > >> +++ b/arch/arm/include/asm/kvm_host.h > >> @@ -25,8 +25,8 @@ > >> #include > >> #include > >> > >> -#if defined(CONFIG_KVM_ARM_MAX_VCPUS) > >> -#define KVM_MAX_VCPUS CONFIG_KVM_ARM_MAX_VCPUS > >> +#if defined(CONFIG_KVM_MAX_VCPUS) > >> +#define KVM_MAX_VCPUS CONFIG_KVM_MAX_VCPUS > >> #else > >> #define KVM_MAX_VCPUS 0 > >> #endif > >> diff --git a/arch/arm/kvm/Kconfig b/arch/arm/kvm/Kconfig > >> index ebf5015508b52..de63bfccb3eb5 100644 > >> --- a/arch/arm/kvm/Kconfig > >> +++ b/arch/arm/kvm/Kconfig > >> @@ -40,16 +40,16 @@ config KVM_ARM_HOST > >> ---help--- > >> Provides host support for ARM processors. > >> > >> -config KVM_ARM_MAX_VCPUS > >> +config KVM_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. > > I do no see why on ARM vcpu structure size depends on KVM_ARM_MAX_VCPUS. > > Can somebody point me to it. > > There's a number of indirections, but here you go: > arch/arm/include/asm/kvm_host.h:#define KVM_MAX_VCPUS CONFIG_KVM_ARM_MAX_VCPUS > > include/kvm/arm_vgic.h:#define VGIC_MAX_CPUS KVM_MAX_VCPUS > > include/kvm/arm_vgic.h:#if (VGIC_MAX_CPUS > 8) > include/kvm/arm_vgic.h: } percpu[VGIC_MAX_CPUS]; > include/kvm/arm_vgic.h: u32 percpu[VGIC_MAX_CPUS][VGIC_NR_PRIVATE_IRQS / 4]; > include/kvm/arm_vgic.h: u8 irq_sgi_sources[VGIC_MAX_CPUS][VGIC_NR_SGIS]; > include/kvm/arm_vgic.h: struct vgic_bitmap irq_spi_target[VGIC_MAX_CPUS]; > > Basically, the GIC emulation data structures are sized on the number of VCPUs > (as well as the number of supported interrupts). > But vgic is per VM though, not per cpu as far as I can see, so the overhead is also per VM, no? Is VGIC_MAX_CPUS limit architectural or juts an implementation detail? -- Gleb. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/