From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N2Uux-0001gV-US for qemu-devel@nongnu.org; Mon, 26 Oct 2009 15:07:48 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N2Uut-0001eb-EU for qemu-devel@nongnu.org; Mon, 26 Oct 2009 15:07:47 -0400 Received: from [199.232.76.173] (port=37211 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N2Uut-0001eV-6w for qemu-devel@nongnu.org; Mon, 26 Oct 2009 15:07:43 -0400 Received: from mtaout01-winn.ispmail.ntl.com ([81.103.221.47]:33979) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N2Uus-0008Kh-Am for qemu-devel@nongnu.org; Mon, 26 Oct 2009 15:07:42 -0400 Received: from aamtaout03-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20091026190738.ZSKA17029.mtaout01-winn.ispmail.ntl.com@aamtaout03-winn.ispmail.ntl.com> for ; Mon, 26 Oct 2009 19:07:38 +0000 Received: from miranda.arrow ([213.107.24.213]) by aamtaout03-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20091026190737.HCMV2093.aamtaout03-winn.ispmail.ntl.com@miranda.arrow> for ; Mon, 26 Oct 2009 19:07:37 +0000 Received: from sdb by miranda.arrow with local (Exim 4.63) (envelope-from ) id 1N2Uw6-0001Oa-KA for qemu-devel@nongnu.org; Mon, 26 Oct 2009 19:08:58 +0000 Date: Mon, 26 Oct 2009 19:08:58 +0000 From: Stuart Brady Subject: Re: [Qemu-devel] Re: [PATCH] tcg, tci: Add TCG and interpreter for bytecode (virtual machine) Message-ID: <20091026190858.GA5352@miranda.arrow> References: <4AE1FCBD.8030904@mail.berlios.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Sat, Oct 24, 2009 at 11:23:43AM +0800, TeLeMan wrote: > On Sat, Oct 24, 2009 at 02:58, Stefan Weil wrote: > > Is patch 4 (call handling) needed, or is it an optimization? > > If it is needed, the tcg disassembler has to be extended as well. > > In fact tci has no stack and robber registers and doesn't need > simulate the CPU work. I am trying to remove tcg_reg_alloc() in > tcg_reg_alloc_op() & tcg_reg_alloc_call() and access the temporary > variables directly in tci. 'Doesn't need' doesn't necessarily mean 'is better without', though. Perhaps it's best for TCI to reflect the behaviour of other TCG targets where possible? (You can then compare the code that is generated with different numbers of registers, and different constraints, etc.) Cheers, -- Stuart Brady