From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56926) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0Eev-0004Bx-S3 for qemu-devel@nongnu.org; Mon, 06 Jan 2014 13:12:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W0Eeq-0007wI-1i for qemu-devel@nongnu.org; Mon, 06 Jan 2014 13:12:17 -0500 Received: from cantor2.suse.de ([195.135.220.15]:55303 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0Eep-0007w8-NJ for qemu-devel@nongnu.org; Mon, 06 Jan 2014 13:12:11 -0500 Message-ID: <52CAF1F7.80304@suse.de> Date: Mon, 06 Jan 2014 19:12:07 +0100 From: =?ISO-8859-1?Q?Andreas_F=E4rber?= MIME-Version: 1.0 References: <20140106125410.GD3119@zion.uk.xensource.com> <20140106151251.GB10654@zion.uk.xensource.com> In-Reply-To: <20140106151251.GB10654@zion.uk.xensource.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] Project idea: make QEMU more flexible List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Wei Liu Cc: Peter Maydell , QEMU Developers , "xen-devel@lists.xen.org" Am 06.01.2014 16:12, schrieb Wei Liu: > On Mon, Jan 06, 2014 at 01:30:20PM +0000, Peter Maydell wrote: >> On 6 January 2014 12:54, Wei Liu wrote: >>> In fact I've already hacked a prototype during Christmas. What's I've >>> done so far: >>> >>> 1. create target-null which only has some stubs to CPU emulation >>> framework. >>> >>> 2. add a few lines to configure / Makefiles*, create >>> default-configs/null-softmmu >> >> I think it would be better to add support to allow you to >> configure with --disable-tcg. This would match the existing >> --disable/--enable switches for KVM and Xen, and then you >> could configure --disable-kvm --disable-tcg --enable-xen >> and get a qemu-system-i386 or qemu-system-arm with only >> the Xen support and none of the TCG emulation code. >> >=20 > In this case the architecture-specific code in target-* is still > included which might not help reduce the size much. Define target-specific code in target-*? Most of that is TCG-specific and wouldn't be compiled in in that case. The KVM-specific bits don't get compiled in with --disable-kvm today already save for a few stubs. Adding yet another separate binary with no added functional value doesn't strike me as the most helpful idea for the community, compared to configure-optimizing the binaries built today. Who would use the stripped-down binaries anyway? Just Citrix? Because SUSE is headed for sharing QEMU packages between Xen and KVM, so we couldn't enable such Xen-only-optimized binaries. Regards, Andreas --=20 SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imend=F6rffer; HRB 16746 AG N=FCrnbe= rg