From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [kvm-devel] [RFC/PATCH 05/15] KVM_MAX_VCPUS Date: Fri, 21 Mar 2008 12:41:17 +0200 Message-ID: <47E390CD.7010401@qumranet.com> References: <1206028710.6690.21.camel@cotte.boeblingen.de.ibm.com> <1206030298.6690.56.camel@cotte.boeblingen.de.ibm.com> <1206031383.6356.13.camel@basalt> <47E2954B.7090903@de.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <47E2954B.7090903@de.ibm.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: virtualization-bounces@lists.linux-foundation.org Errors-To: virtualization-bounces@lists.linux-foundation.org To: carsteno@de.ibm.com Cc: Christian Ehrhardt , Hollis Blanchard , arnd@arndb.de, kvm-devel@lists.sourceforge.net, mschwid2@linux.vnet.ibm.com, heicars2@linux.vnet.ibm.com, jeroney@us.ibm.com, borntrae@linux.vnet.ibm.com, virtualization@lists.linux-foundation.org, rvdheij@gmail.com, Olaf Schnapper , jblunck@suse.de, "Zhang, Xiantao" List-Id: virtualization@lists.linuxfoundation.org Carsten Otte wrote: > Hollis Blanchard wrote: > >> On Thu, 2008-03-20 at 17:24 +0100, Carsten Otte wrote: >> >>> Index: kvm/include/linux/kvm_host.h >>> =================================================================== >>> --- kvm.orig/include/linux/kvm_host.h >>> +++ kvm/include/linux/kvm_host.h >>> @@ -24,7 +24,11 @@ >>> >>> #include >>> >>> +#ifdef CONFIG_S390 >>> +#define KVM_MAX_VCPUS 64 >>> +#else >>> #define KVM_MAX_VCPUS 16 >>> +#endif >>> #define KVM_MEMORY_SLOTS 32 >>> /* memory slots that does not exposed to userspace */ >>> #define KVM_PRIVATE_MEM_SLOTS 4 >>> >>> >> Why don't we just define this in ? >> > No problem with that, I just wanted to keep impact on common code very > low and things like this seperated from the actual port. I have a few > things like this that can safely be taken care about later. > > Since there were a few other comments, I went ahead and moved those #defines to asm-x86. -- Any sufficiently difficult bug is indistinguishable from a feature.