From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [RFC] Qemu powerpc work around Date: Wed, 13 Feb 2008 09:29:51 +0200 Message-ID: <47B29C6F.3090503@qumranet.com> References: <1202852254.16861.6.camel@thinkpad.austin.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel , hollisb To: jyoung5@us.ibm.com Return-path: In-Reply-To: <1202852254.16861.6.camel@thinkpad.austin.ibm.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces@lists.sourceforge.net Errors-To: kvm-devel-bounces@lists.sourceforge.net List-Id: kvm.vger.kernel.org Jerone Young wrote: > So the recent code in qemu cvs has problem powerpc. So what I have done > is mainly work around this in the build system, by creating > ppcemb_kvm-sofmmu target. Along with this is a fake-exec.c that stubs > out the functions that are no longer defined (something done by Anthony > Liguori attempting to fix qemu_cvs). What do folks think about this > approach, for us all we really need is a qemu that is not built with tcg > dependency. > > Since a target in qemu is a cpu type, how the instructions are executed (kvm, kqemu, dyngen, or tcg) shouldn't come into it. Instead we can have a --without-cpu-emulation or --no-tcg which would simply disable those parts. -- Any sufficiently difficult bug is indistinguishable from a feature. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/