From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KmSgw-0005Iu-Fx for qemu-devel@nongnu.org; Sun, 05 Oct 2008 08:26:30 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KmSgv-0005IB-H7 for qemu-devel@nongnu.org; Sun, 05 Oct 2008 08:26:29 -0400 Received: from [199.232.76.173] (port=37147 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KmSgu-0005Hh-HM for qemu-devel@nongnu.org; Sun, 05 Oct 2008 08:26:28 -0400 Received: from bart.se.axis.com ([195.60.68.10]:34105) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KmSgu-0005iy-Fx for qemu-devel@nongnu.org; Sun, 05 Oct 2008 08:26:28 -0400 Received: from bart.se.axis.com (bart.se.axis.com [127.0.0.1]) by bart.se.axis.com (Postfix) with ESMTP id 14CF8640E6 for ; Sun, 5 Oct 2008 14:26:22 +0200 (CEST) Received: from axis.com (edgar.se.axis.com [10.93.151.1]) by bart.se.axis.com (Postfix) with ESMTP id EE99E640D4 for ; Sun, 5 Oct 2008 14:26:21 +0200 (CEST) Date: Sun, 5 Oct 2008 14:26:21 +0200 From: "Edgar E. Iglesias" Subject: Re: [Qemu-devel] [PATCH, RFC] Update qemu-tech.texi, needs verification Message-ID: <20081005122621.GA18592@edgar.se.axis.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Blue Swirl Cc: qemu-devel 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 :) Thanks