From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: [PATCH 4/9] raisin: add a component to build qemu_traditional Date: Fri, 17 Apr 2015 09:41:28 +0100 Message-ID: <1429260088.25195.196.camel@citrix.com> References: <1429110900-8286-4-git-send-email-stefano.stabellini@eu.citrix.com> <552E832A.9020900@citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Stefano Stabellini Cc: george.dunlap@eu.citrix.com, Andrew Cooper , xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Thu, 2015-04-16 at 17:03 +0100, Stefano Stabellini wrote: > On Wed, 15 Apr 2015, Andrew Cooper wrote: > > > - ./configure --prefix=$PREFIX --with-system-qemu=/usr/bin/qemu-system-i386 > > > + ./configure --prefix=$PREFIX --with-system-qemu=/usr/bin/qemu-system-i386 \ > > > + --disable-qemu-traditional > > > > This does more than just what you want. > > > > It also tells libxl that qemu-trad does not exist which compiles out any > > ability to use qemu-trad as a device model. > > Actually that is not true: it is not possible to specify where your > separately built qemu-traditional binary is with > --disable-qemu-traditional, but if you place it under /usr/lib/xen/bin, > libxl will pick it up automatically. Probably a bug in the patch which added the option, but lets retcon it into being the expected behaviour ;-) Ian.