[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Xen-devel] Re: [PATCH] Fixed legacy issues when extends number of vcpus > 32
On 17/08/2009 07:40, "Li, Xin" <xin.li@xxxxxxxxx> wrote:
> I'd agree that as VPID space is per LP, it's not necessary to be globally
> If we manage such a big VPID space using a bitmap on each LP, it will require
> a few memory and be inefficient on VPID allocation and reclaim. So probably we
> can apply the current ASID allocation approach to VPID assuming VPID
> will be much less.
> On the other side, I can't understand why we need to consider the overflow of
Well, the guy who developed it wanted to consider that case. But it is
pretty pointless of course since a 64-bit generation counter will never
Anyhow, your current patch is clearly an improvement on the existing VPID
code, so we'll go with that for the time being.
Xen-devel mailing list