From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KmT8p-0002ZL-GH for qemu-devel@nongnu.org; Sun, 05 Oct 2008 08:55:19 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KmT8n-0002Yg-Sc for qemu-devel@nongnu.org; Sun, 05 Oct 2008 08:55:19 -0400 Received: from [199.232.76.173] (port=41271 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KmT8n-0002Yb-51 for qemu-devel@nongnu.org; Sun, 05 Oct 2008 08:55:17 -0400 Received: from relay01.mx.bawue.net ([193.7.176.67]:45346) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KmT8m-0001cP-Mm for qemu-devel@nongnu.org; Sun, 05 Oct 2008 08:55:17 -0400 Date: Sun, 5 Oct 2008 14:55:12 +0200 From: Thiemo Seufer Subject: Re: [Qemu-devel] [PATCH, RFC] Update qemu-tech.texi, needs verification Message-ID: <20081005125512.GC27524@networkno.de> References: <20081005122621.GA18592@edgar.se.axis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20081005122621.GA18592@edgar.se.axis.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Edgar E. Iglesias" Cc: Blue Swirl , qemu-devel Edgar E. Iglesias wrote: > On Sun, Oct 05, 2008 at 11:44:47AM +0300, Blue Swirl wrote: > > Hi, > > > > Currently qemu-tech.texi is no longer in synch with QEMU development. > > There are obsoleted references to code copying and dyngen versions, > > TCG has changed a lot regarding code generation and target/host status > > is no longer accurate. > > > > In this patch I've tried to update the document based on my > > understanding of how stuff works and what is the status of various > > targets. Please comment. > > Hello Blue, > > Great that somebody updates the docs! > I've got a comment: > > @node Condition code optimisations > @section Condition code optimisations > @@ -343,15 +363,20 @@ > the condition codes are not needed by the next instructions, no > condition codes are computed at all. > > +This optimization is not yet implemented on other targets. > + > > At least CRIS does something similar, I guess it's not as nice as the one for x86 but it's there :) Also, it isn't implementable on MIPS, since MIPS has no condition flags... Thiemo