From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: Xen 4.2 Release Plan / TODO Date: Thu, 12 Apr 2012 07:42:34 +0000 Message-ID: <1334216554.12209.239.camel@dagon.hellion.org.uk> References: <1333362402.25602.36.camel@zakaz.uk.xensource.com> <20357.44324.27939.514126@mariner.uk.xensource.com> <20357.44475.632787.365339@mariner.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20357.44475.632787.365339@mariner.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Jackson Cc: xen-devel List-Id: xen-devel@lists.xenproject.org On Wed, 2012-04-11 at 17:13 +0100, Ian Jackson wrote: > Ian Jackson writes ("Re: Xen 4.2 Release Plan / TODO"): > > Ian Campbell writes ("Xen 4.2 Release Plan / TODO"): > > > Plan for a 4.2 release: > > > http://lists.xen.org/archives/html/xen-devel/2012-03/msg00793.html > > ... > > > tools, blockers: > > > * libxl stable API -- we would like 4.2 to define a stable API > > > which downstream's can start to rely on not changing. Aspects of > > > this are: > > > > I took a look at libxl.h and came up with the comments below. Firstly > > general things I tripped over, and then the list of things which need > > converting to the new event system. > > And I should mention that in my event series I have two > as-yet-unposted half-backed patches to rewrite libxl__spawn_* and > libxl_domain_create_*. > > It may be that we can add dummy ao_hows to these functions which might > be good enough for now, although particularly for domain creation > (which includes spawning) it might complicate the efforts of users to > use the new API. How close is your half baked series to do it properly? > Currently any use of subprocesses inside libxl which is not dealt with > by the new event machinery will experience problems if the event loop > is also used, because the event loop will reap the children. You've covered the bootloader one in existing patches and mentioned the libxl_$CONSOLE_exec style ones in your last mail. The only other one is the DM fork which is covered by your rewrite of libxl__spawn? Ian.