From mboxrd@z Thu Jan  1 00:00:00 1970
From: Jan Kiszka <jan.kiszka@siemens.com>
Subject: Re: [PATCH 12/18] Insert event_tap_mmio() to
 cpu_physical_memory_rw() in exec.c.
Date: Wed, 27 Apr 2011 17:00:06 +0200
Message-ID: <4DB82F76.3030600@siemens.com>
References: <201104261424.p3QEO5OV007271@mailsv02.y.ecl.ntt.co.jp>
	<4DB6DBE8.7050706@siemens.com>
	<B44B8A1C-1842-49BA-ACC7-1D1217C46F9F@gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
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>
To: Yoshiaki Tamura <tamura.yoshiaki@gmail.com>
Return-path: <qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org>
In-Reply-To: <B44B8A1C-1842-49BA-ACC7-1D1217C46F9F@gmail.com>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: </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>
Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org
Sender: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org
List-Id: kvm.vger.kernel.org

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