From mboxrd@z Thu Jan 1 00:00:00 1970 From: Roger Pau Monne Subject: Re: [PATCH v2 09/15] libxl: convert libxl_device_nic_add to an async operation Date: Wed, 23 May 2012 11:24:01 +0100 Message-ID: <4FBCBAC1.2080005@citrix.com> References: <1337695365-5142-1-git-send-email-roger.pau@citrix.com> <1337695365-5142-10-git-send-email-roger.pau@citrix.com> <20411.51078.79449.652429@mariner.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20411.51078.79449.652429@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@lists.xen.org" List-Id: xen-devel@lists.xenproject.org Ian Jackson wrote: > Roger Pau Monne writes ("[PATCH v2 09/15] libxl: convert libxl_device_nic_add to an async operation"): >> This patch converts libxl_device_nic_add to an ao operation that >> waits for device backend to reach state XenbusStateInitWait and then >> marks the operation as completed. This is not really useful now, but >> will be used by latter patches that will launch hotplug scripts after >> we reached the desired xenbus state. > > Isn't this patch very very similar to the previous one, just with > "nic" instead of "disk" in a lot of places ? > > I'm allergic to repetition and these parts of the series seem to be > adding a lot of near-copies of the same code. Yes, it's mostly the same, but on different points of domain/stubdomain creation.