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

Re: [Xen-devel] [RFC/PATCH] XENMEM_claim_pages (subop of an existing) hypercall

> From: Jan Beulich [mailto:JBeulich@xxxxxxxx]
> Subject: Re: [RFC/PATCH] XENMEM_claim_pages (subop of an existing) hypercall

Hi Jan --

Excellent feedback, thanks.  You probably saved me hours
of debugging... always nice to have another pair of eyes
to catch stupid mistakes that I could start at for a long
time without noticing the insanity. :-)

I'll start working on v2 incorporating your suggestions
(and get some runtime testing completed).

One thing:

> Finally, assuming we really want/need this, shouldn't there be
> a way for claims to expire (e.g. in case of tool stack problems),
> so they don't indefinitely prevent (perhaps large) portions of
> memory to be used for other purpose (e.g. when a domain can't
> get fully cleaned up)?

I was envisioning (and thanks for catching that I had neglected
it in the patch) that the reset_claim call would be done very
early in the domain death sequence.

But maybe that's a good reason to add back in the "manual"
unclaim hypercall/subop, so a toolstack can force the
claim to zero.  I realized I can easily add that by
allowing an existing claim to be "overridden" by a
claim of zero pages, so another subop isn't even needed.



Xen-devel mailing list



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