From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L0pCu-0002Um-ER for qemu-devel@nongnu.org; Thu, 13 Nov 2008 22:18:52 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L0pCs-0002TZ-O2 for qemu-devel@nongnu.org; Thu, 13 Nov 2008 22:18:52 -0500 Received: from [199.232.76.173] (port=36884 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L0pCs-0002TS-J6 for qemu-devel@nongnu.org; Thu, 13 Nov 2008 22:18:50 -0500 Received: from an-out-0708.google.com ([209.85.132.249]:45126) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L0pCs-00051t-41 for qemu-devel@nongnu.org; Thu, 13 Nov 2008 22:18:50 -0500 Received: by an-out-0708.google.com with SMTP id c38so507130ana.37 for ; Thu, 13 Nov 2008 19:18:49 -0800 (PST) Message-ID: <491CEE16.9040904@codemonkey.ws> Date: Thu, 13 Nov 2008 21:18:46 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH][RFC] Split non-TCG bits out of exec.c References: <1226527840-14183-1-git-send-email-aliguori@us.ibm.com> <491C5363.6010000@codemonkey.ws> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: andrzej zaborowski Cc: Carsten Otte , Anthony Liguori , Hollis Blanchard , kvm-devel , qemu-devel@nongnu.org, Paul Brook andrzej zaborowski wrote: > 2008/11/13 Anthony Liguori : > >> andrzej zaborowski wrote: >> >>> Is this going a bit in the opposite direction to where QEMUAccel is >>> going? What Fabrice suggests seems to be like QEMUAccel, with TCG >>> treated as another accelerator. >>> >>> >> QEMUAccel is a bit orthogonal to what I'm talking about. There is already >> KVM support in QEMU today and I'm merely looking to restructure existing >> code so that I can build a version of QEMU that has no TCG support, only KVM >> support. TCG is too intimately woven into QEMU right now. You could think >> of this perhaps as a precursor to making TCG more of an "accelerator" than >> it is today. >> > > Ah, I agree with your patch, I was only commenting on the idea of > *-kvm/ targets. I see something like QEMUAccel as a way to turn on > and off the cpu emulators (TCG, kvm, kqemu). The issue is not disabling TCG at runtime. That's easy enough. The issue is that TCG doesn't exist (and probably won't ever exist) for certain architectures like ia64 and s390. Being forced to build with TCG support makes having QEMU + KVM not possible on these platforms even though they both support KVM. The idea behind a -kvm target is to be able to use QEMU + KVM on these architectures in a clean way. We could also build qemu-system-s390 and just exclude TCG but from a naming perspective, it makes sense to be qemu-kvm because there can only be a single KVM executable for any given platform. Regards, Anthony Liguori