From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keir Fraser Subject: Re: [RFC/PATCH] XENMEM_claim_pages (subop of an existing) hypercall Date: Wed, 14 Nov 2012 07:23:56 +0000 Message-ID: References: <4a60001b-b323-4d62-8e7a-456b0f5e553a@default> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <4a60001b-b323-4d62-8e7a-456b0f5e553a@default> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Dan Magenheimer , Jan Beulich , TimDeegan Cc: Zhigang Wang , Konrad Rzeszutek Wilk , xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org On 13/11/2012 22:23, "Dan Magenheimer" wrote: > The key variables (d->unclaimed_pages and total_unclaimed_pages) > start at zero if no claim has yet been staked for any domain. > (Perhaps a better name is "claimed_but_not_yet_possessed" but that's > a bit unwieldy.) If no claim hypercalls are executed, there > should be no impact on existing usage. It would be nice if d->tot_pages adjustments didn't take the global heap_lock in this case. There's probably some way to bail out of those new update functions before doing the locked work, in that case. -- Keir