From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chegu Vinod Subject: Re: KVM_MAX_VCPUS Date: Sun, 14 Oct 2012 06:42:58 -0700 Message-ID: <507AC162.9040609@hp.com> References: <5079EB5B.8080102@hp.com> <507A242D.9070708@gmail.com> <20121014090825.GM16648@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Sasha Levin , KVM To: Gleb Natapov Return-path: Received: from g4t0016.houston.hp.com ([15.201.24.19]:4945 "EHLO g4t0016.houston.hp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751070Ab2JNNnA (ORCPT ); Sun, 14 Oct 2012 09:43:00 -0400 In-Reply-To: <20121014090825.GM16648@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On 10/14/2012 2:08 AM, Gleb Natapov wrote: > On Sat, Oct 13, 2012 at 10:32:13PM -0400, Sasha Levin wrote: >> On 10/13/2012 06:29 PM, Chegu Vinod wrote: >>> Hello, >>> >>> Wanted to get a clarification about KVM_MAX_VCPUS(currently set to 254) >>> in kvm_host.h file. The kvm_vcpu *vcpus array is sized based on KVM_MAX_VCPUS. >>> (i.e. a max of 254 elements in the array). >>> >>> An 8bit APIC id should allow for 256 ID's. Reserving one for Broadcast should >>> leave 255 ID's. Is there one more ID reserved for some other purpose ? (hence >>> leading to KVM_MAX_VCPUS being set to 254 and not 255). >> Another ID goes to the IO-APIC. >> > This is not really needed on KVM. We can enlarge KVM_MAX_VCPUS to 255. Thanks for clarification! ( We did suspect the IO-APIC...but weren't quite sure). Vinod > > -- > Gleb. > . >