From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vincent Hanquez Subject: Re: [PATCH 08/11] libxl: Per-domain data storage for the convenience of the library user Date: Fri, 26 Mar 2010 10:06:05 +0000 Message-ID: <4BAC870D.7040108@eu.citrix.com> References: <1269543854-7780-1-git-send-email-ian.jackson@eu.citrix.com> <1269543854-7780-9-git-send-email-ian.jackson@eu.citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1269543854-7780-9-git-send-email-ian.jackson@eu.citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Jackson Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org On 25/03/10 19:04, Ian Jackson wrote: > We provide a mechanism whereby a user of the libxl library is able to > store some information alongside the domain. The information stored > is a block of bytes. Its lifetime is that of the domain - ie the > userdata is garbage collected alongside the domain if the domain is > destroyed. (This is why the feature needs to be in libxl and cannot > be implemented in the user itself or in libxlutil.) The domain is never garbage collected without having the toolstack knows about it (thinks crash gathering, other resources cleanups, policy choosing). if the toolstack knows about it, it can do anything it want which include removing some extra userdata that it wants to store (and that doesn't have to have a special hardcoded path for it) -- Vincent