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

Re: [Xen-devel] xen does not see more than 173800500k of memory



It's not a Xen security risk though. If you happen to use a compat guest
with page flipping then it just won't work. I think it's fair to say at this
point that that is just 'too bad'. If anyone really cares then they will
need to add a copy-to-low-memory path in Xen's page transfer code. The 166GB
restriction has to go.

 -- Keir

On 23/8/07 15:51, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:

>>>> Keir Fraser <keir@xxxxxxxxxxxxx> 23.08.07 16:27 >>>
>> This should be easily fixed by properly applying
>> domain_clamp_alloc_bitsize() in __alloc_domheap_pages(). Why is it only
>> applied when the bitsize is explicitly specified by the caller?
>> 
>> I think that's the only thing to fix to allow the 166GB boot-time
>> restriction to be lifted, but am I missing something, Jan?
> 
> We had this discussion before - the problem is not restricting the allocations
> a domain does, but pages getting passed to it from other domains, which (if
> they happen to lie outside the 166Gb range) the domain then can't control.
> And yes, you said page flipping is basically dead, but this isn't being
> enforced (and probably can't as long as you want to support older guests
> potentially using it).
> 
> Jan
> 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel


_______________________________________________
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®.