From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kmq72-0002eD-5K for qemu-devel@nongnu.org; Mon, 06 Oct 2008 09:27:00 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kmq70-0002db-An for qemu-devel@nongnu.org; Mon, 06 Oct 2008 09:26:59 -0400 Received: from [199.232.76.173] (port=49598 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kmq70-0002dY-4p for qemu-devel@nongnu.org; Mon, 06 Oct 2008 09:26:58 -0400 Received: from mail.codesourcery.com ([65.74.133.4]:39410) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Kmq6z-0008Of-Lz for qemu-devel@nongnu.org; Mon, 06 Oct 2008 09:26:57 -0400 From: Paul Brook Subject: Re: [Qemu-devel] [PATCH, RFC] Update qemu-tech.texi, needs verification Date: Mon, 6 Oct 2008 14:26:54 +0100 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810061426.54453.paul@codesourcery.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: Blue Swirl > -@item QEMU can either use a full software MMU for maximum portability or > use the host system call mmap() to simulate the target MMU. +@item > +QEMU can either use a full software MMU for maximum portability or use > +an in-kernel accelerator (kqemu) to simulate the target MMU. Referring to kqemu as a MMU simulator is at best very misleading. The item you removed was referring to qemu-fast, which (in principle at least) still worked for cross emulation. kqemu and kvm execute [some of] the guest code natively, while continuing to emulate the rest of the machine. > Various > +hardware devices can be emulated and in some cases, host devices > +(e.g. serial and parallel ports, USB, drives) can be used > +transparently by the guest Operating System for maximum performance. This should be a seaprate item. As written it's unclear whether this is a kqemu feature or available all the time. Host device passthrough is generally used for talking to external physical peripherals (e.g. a webcam, modem or tape drive), and not for performance reasons. > 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. I don't think this back propagation pass exists at all now. It was made redundant by the TCG liveness pass. The lazy condition code evaluation is used on x86, m68k and cris. ARM uses a simplified variant for the N and Z flags. You might consider rewording the initial paragraph to say that lazy flag evaluation is important for CPUs where every instruction sets the condition codes. It tends to be less important on conventional RISC systems where condition codes are only updated when explicitly requested. Paul