[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] RE: [PATCH] Fixed legacy issues when extends number of vcpus > 32



Keir Fraser wrote:
> Let me think about these. For patch 1 I think we can perhaps do more
> work in the loop which matches vlapic identifiers, and thus avoid
> needing a "temporary cpumask" to remember matches. For patch 2 I've
> been intending to throw away the VMX VPID logic and share the SVM
> logic, as it flushes TLBs no more than the VMX logic and doesn't
> suffer the same problems with VPID/ASID exhaustion.

We have 2^16 vpids after removing the limit, so it should support 65535 vcpus 
runing concurrently in a system, so we don't need to consider the exhaustion 
case from this point of view ?
Xiantao

>  Thanks,
>  Keir
> 
> On 16/08/2009 03:17, "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx> wrote:
> 
>> Hi, Keir
>>   Attached two patches fixed the legacy issues after extending
>> number of vcpus to more for HVM domain.  The first one fixed vcpu
>> bitmask issue for interrupt delivery, and the second one fixed vpid
>> shortage issue after extending number of vcpus. Xiantao


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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.