From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=50177 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PbIyP-0000LY-Df for qemu-devel@nongnu.org; Fri, 07 Jan 2011 15:31:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PbIyO-0003s6-GI for qemu-devel@nongnu.org; Fri, 07 Jan 2011 15:31:45 -0500 Received: from moutng.kundenserver.de ([212.227.17.8]:64584) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PbIyO-0003ry-3s for qemu-devel@nongnu.org; Fri, 07 Jan 2011 15:31:44 -0500 From: Stefan Weil Date: Fri, 7 Jan 2011 21:31:39 +0100 Message-Id: <1294432299-28650-1-git-send-email-weil@mail.berlios.de> Subject: [Qemu-devel] [PATCH] qemu-tech: Spelling fixes List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: QEMU Developers Signed-off-by: Stefan Weil --- qemu-tech.texi | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/qemu-tech.texi b/qemu-tech.texi index 2e2a081..138e3ce 100644 --- a/qemu-tech.texi +++ b/qemu-tech.texi @@ -516,7 +516,7 @@ timers, especially together with the use of bottom halves (BHs). @section Hardware interrupts In order to be faster, QEMU does not check at every basic block if an -hardware interrupt is pending. Instead, the user must asynchrously +hardware interrupt is pending. Instead, the user must asynchronously call a specific function to tell that an interrupt is pending. This function resets the chaining of the currently executing basic block. It ensures that the execution will return soon in the main loop @@ -548,7 +548,7 @@ Linux kernel does. The @code{sigreturn()} system call is emulated to return from the virtual signal handler. Some signals (such as SIGALRM) directly come from the host. Other -signals are synthetized from the virtual CPU exceptions such as SIGFPE +signals are synthesized from the virtual CPU exceptions such as SIGFPE when a division by zero is done (see @code{main.c:cpu_loop()}). The blocked signal mask is still handled by the host Linux kernel so -- 1.7.2.3