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

[Keir Fraser <keir.fraser@xxxxxxxxxxxxx>]

On 16/08/2009 09:55, "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx> wrote:

> 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 ?

Why have two sets of logic when one is superior to the other? It doesn't
make sense. I'll take a look at your patch and apply it for now, however.

 -- Keir



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