From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: xm-test domain creation delay Date: Mon, 14 Nov 2005 21:05:36 -0600 Message-ID: <43795080.8000304@us.ibm.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: 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 Pratt Cc: Dan Smith , Xen-devel , Ewan Mellor List-Id: xen-devel@lists.xenproject.org Ian Pratt wrote: > > > Right, which is why I asked if this sort of thing would be > > >>needed in a >> >> >>>generic sense. >>> >>> >>Yes, it would be nice for more general cases, but that of >>course means controlling the guest environment, and that >>would mean more interaction with distro-specific aspects than >>I personally would like to take on at the moment. >>It's not scary when we're doing it for xm-test, because we do >>control that environment, but doing it for general guests is >>more fiddly. However, I'm sure somebody somewhere will want >>to know when the guest is actually booted, as opposed to >>merely started, and writing to xenstore seems like a good way >>to go about it. >> >> > >It's arguable that having a irtual filesystem inplemented in the kernel >for accessing xenstore would be good. > 2.6.14 now has FUSE which allows for virtual filesystems to be implemented in userspace. Regards, Anthony Liguori >Ideally, it would need to support >mkdir and creating new files which is slightly tricky. Allowing >read/write of existing nodes should be straightforward building on sys >or proc. > >Ian > >_______________________________________________ >Xen-devel mailing list >Xen-devel@lists.xensource.com >http://lists.xensource.com/xen-devel > > >