From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Md5Jn-0002ha-By
	for qemu-devel@nongnu.org; Mon, 17 Aug 2009 12:44:23 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Md5Jh-0002en-SS
	for qemu-devel@nongnu.org; Mon, 17 Aug 2009 12:44:21 -0400
Received: from [199.232.76.173] (port=37496 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Md5Jh-0002eK-JR
	for qemu-devel@nongnu.org; Mon, 17 Aug 2009 12:44:17 -0400
Received: from mail-yx0-f188.google.com ([209.85.210.188]:40432)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <paolo.bonzini@gmail.com>) id 1Md5Jh-0000IH-7F
	for qemu-devel@nongnu.org; Mon, 17 Aug 2009 12:44:17 -0400
Received: by yxe26 with SMTP id 26so3979920yxe.4
	for <qemu-devel@nongnu.org>; Mon, 17 Aug 2009 09:44:16 -0700 (PDT)
Sender: Paolo Bonzini <paolo.bonzini@gmail.com>
Message-ID: <4A8988DB.3040108@gnu.org>
Date: Mon, 17 Aug 2009 18:44:11 +0200
From: Paolo Bonzini <bonzini@gnu.org>
MIME-Version: 1.0
References: <20090817144754.GA31553@1und1.de> <4A89730F.7090206@codemonkey.ws>
	<20090817154557.GB365@1und1.de>
In-Reply-To: <20090817154557.GB365@1und1.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Subject: [Qemu-devel] Re: [HACK] make vmmouse work with KVM
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: =?ISO-8859-1?Q?Reimar_D=F6ffinger?= <Reimar.Doeffinger@gmx.de>
Cc: qemu-devel@nongnu.org

On 08/17/2009 05:45 PM, Reimar Döffinger wrote:
> +    cpu_synchronize_state(env, 0);
>       env->regs[R_EAX] = vmport_ioport_read(opaque, addr);
> +    cpu_synchronize_state(env, 1);

This is not needed because the sync is done in vmport_ioport_read, isn't it?

Paolo