From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([140.186.70.92]:53388)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jan.kiszka@siemens.com>) id 1QF6EC-0008Ub-5q
	for qemu-devel@nongnu.org; Wed, 27 Apr 2011 11:00:33 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <jan.kiszka@siemens.com>) id 1QF6E1-0003GS-Ez
	for qemu-devel@nongnu.org; Wed, 27 Apr 2011 11:00:32 -0400
Received: from goliath.siemens.de ([192.35.17.28]:19917)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jan.kiszka@siemens.com>) id 1QF6E1-0003GA-6W
	for qemu-devel@nongnu.org; Wed, 27 Apr 2011 11:00:21 -0400
Message-ID: <4DB82F76.3030600@siemens.com>
Date: Wed, 27 Apr 2011 17:00:06 +0200
From: Jan Kiszka <jan.kiszka@siemens.com>
MIME-Version: 1.0
References: <201104261424.p3QEO5OV007271@mailsv02.y.ecl.ntt.co.jp>
	<4DB6DBE8.7050706@siemens.com>
	<B44B8A1C-1842-49BA-ACC7-1D1217C46F9F@gmail.com>
In-Reply-To: <B44B8A1C-1842-49BA-ACC7-1D1217C46F9F@gmail.com>
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] [PATCH 12/18] Insert event_tap_mmio() to
 cpu_physical_memory_rw() in exec.c.
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Yoshiaki Tamura <tamura.yoshiaki@gmail.com>
Cc: "kwolf@redhat.com" <kwolf@redhat.com>, =?ISO-2022-JP?B?GyRCQmdCPBsoQiAbJEI3PRsoQg==?= <ohmura.kei@lab.ntt.co.jp>, "dlaor@redhat.com" <dlaor@redhat.com>, "ananth@in.ibm.com" <ananth@in.ibm.com>, "kvm@vger.kernel.org" <kvm@vger.kernel.org>, "mst@redhat.com" <mst@redhat.com>, "mtosatti@redhat.com" <mtosatti@redhat.com>, "aliguori@us.ibm.com" <aliguori@us.ibm.com>, Yoshiaki Tamura <tamura.yoshiaki@lab.ntt.co.jp>, "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>, "blauwirbel@gmail.com" <blauwirbel@gmail.com>, "quintela@redhat.com" <quintela@redhat.com>, "avi@redhat.com" <avi@redhat.com>, "vatsa@linux.vnet.ibm.com" <vatsa@linux.vnet.ibm.com>, "pbonzini@redhat.com" <pbonzini@redhat.com>, "psuriset@linux.vnet.ibm.com" <psuriset@linux.vnet.ibm.com>, "stefanha@linux.vnet.ibm.com" <stefanha@linux.vnet.ibm.com>

On 2011-04-27 16:19, Yoshiaki Tamura wrote:
> Hi Jan,
> 
> Indeed Kemari is for KVM, so moving to kvm-all.c seems to be reasonable.  However, I would like to have this feature general rather than locking up only in KVM.
> 
> Could you describe the difference between KVM and TCG in processing mmio, so that we can see the issue?

Additional entry points are ld/st*_phys helpers in exec.c and the magic
that softmmu_template.h is generating.

Jan

-- 
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux