From mboxrd@z Thu Jan  1 00:00:00 1970
From: Anthony Liguori <anthony@codemonkey.ws>
Subject: Re: [RFC] Qemu powerpc work around
Date: Wed, 13 Feb 2008 12:55:28 -0600
Message-ID: <47B33D20.7030709@codemonkey.ws>
References: <1202852254.16861.6.camel@thinkpad.austin.ibm.com>	<47B29C6F.3090503@qumranet.com>
	<1202924376.6744.5.camel@thinkpad.austin.ibm.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Cc: kvm-devel <kvm-devel@lists.sourceforge.net>,
	hollisb <hollisb@linux.vnet.ibm.com>, Avi Kivity <avi@qumranet.com>
To: jyoung5@us.ibm.com
Return-path: <kvm-devel-bounces@lists.sourceforge.net>
In-Reply-To: <1202924376.6744.5.camel@thinkpad.austin.ibm.com>
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/kvm-devel>,
	<mailto:kvm-devel-request@lists.sourceforge.net?subject=unsubscribe>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum_name=kvm-devel>
List-Post: <mailto:kvm-devel@lists.sourceforge.net>
List-Help: <mailto:kvm-devel-request@lists.sourceforge.net?subject=help>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/kvm-devel>,
	<mailto:kvm-devel-request@lists.sourceforge.net?subject=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:
> On Wed, 2008-02-13 at 09:29 +0200, Avi Kivity wrote:
>   
>> 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.
>>     
>
> Actually this much much more sensible solution. So I took some time and
> implemented it.
>   

Funny enough, I was thinking the same thing last night :-)

Please move fake-exec.c to target-ppc/fake-exec.c as it contains PPC 
specific code.  Otherwise, this patch is much better!

Regards,

Anthony Liguori


-------------------------------------------------------------------------
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/