WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Vcpu allocation for a newly created domU

On Wed, 2008-06-18 at 17:09 +0100, Grzegorz Miłoś wrote:
> > Or is it that domU will get allocated separate vcpu's, irrespective of
> > these above vcpu's??
>
> Each domain, Dom0 and any DomU, will get separate VCPU(s). These are
> dynamically bound/run on physical CPUs.
This last statement has aroused another doubt...so iam deviating a bit
from the main subject.

As far as binding VCPUs to CPUs is concerned, when i looked at the
scheduler code, after chosing the next VCPU to be scheduled, during
context_switch only the curret_cpu on which the scheuler is running is
selected.
 If we look at xen/arch/x86/domain.c: __context_switch() chooses cpu
using smp_processor_id(). Also during switch_kernel_stack() the tss
struct is assigned to init_tss indexed by smp_processor_id() which
represents the current cpu.
 I was assuming the 'processor' field of the vcpu defines the binding to
a particular CPU. But it seems its not the case. Then whats the use of
processor field??

  Please correct me if my understanding is wrong.


Thanks,
 Sandesh

>
> Cheers
> Gr(z)egor(z)


Please do not print this email unless it is absolutely necessary. 

The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email. 

www.wipro.com

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel