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