qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Jan Kiszka <jan.kiszka@web.de>
To: OHMURA Kei <ohmura.kei@lab.ntt.co.jp>
Cc: kwolf@redhat.com, aliguori@us.ibm.com, dlaor@redhat.com,
	ananth@in.ibm.com, kvm@vger.kernel.org, mst@redhat.com,
	mtosatti@redhat.com, qemu-devel@nongnu.org,
	Yoshiaki Tamura <tamura.yoshiaki@lab.ntt.co.jp>,
	vatsa@linux.vnet.ibm.com, blauwirbel@gmail.com,
	quintela@redhat.com, tamura.yoshiaki@gmail.com, avi@redhat.com,
	pbonzini@redhat.com, psuriset@linux.vnet.ibm.com,
	stefanha@linux.vnet.ibm.com
Subject: Re: [Qemu-devel] [PATCH 12/18] Insert event_tap_mmio() to cpu_physical_memory_rw() in exec.c.
Date: Mon, 25 Apr 2011 13:46:34 +0200	[thread overview]
Message-ID: <4DB55F1A.2090203@web.de> (raw)
In-Reply-To: <1303729257-9034-13-git-send-email-ohmura.kei@lab.ntt.co.jp>

[-- Attachment #1: Type: text/plain, Size: 1197 bytes --]

On 2011-04-25 13:00, OHMURA Kei wrote:
> From: Yoshiaki Tamura <tamura.yoshiaki@lab.ntt.co.jp>
> 
> Record mmio write event to replay it upon failover.
> 
> Signed-off-by: Yoshiaki Tamura <tamura.yoshiaki@lab.ntt.co.jp>
> Signed-off-by: OHMURA Kei <ohmura.kei@lab.ntt.co.jp>
> ---
>  exec.c |    4 ++++
>  1 files changed, 4 insertions(+), 0 deletions(-)
> 
> diff --git a/exec.c b/exec.c
> index c3dc68a..3c3cece 100644
> --- a/exec.c
> +++ b/exec.c
> @@ -33,6 +33,7 @@
>  #include "osdep.h"
>  #include "kvm.h"
>  #include "qemu-timer.h"
> +#include "event-tap.h"
>  #if defined(CONFIG_USER_ONLY)
>  #include <qemu.h>
>  #include <signal.h>
> @@ -3736,6 +3737,9 @@ void cpu_physical_memory_rw(target_phys_addr_t addr, uint8_t *buf,
>                  io_index = (pd >> IO_MEM_SHIFT) & (IO_MEM_NB_ENTRIES - 1);
>                  if (p)
>                      addr1 = (addr & ~TARGET_PAGE_MASK) + p->region_offset;
> +
> +                event_tap_mmio(addr, buf, len);
> +

You know that this is incomplete? A few devices are calling st*_phys
directly, specifically virtio.

What kind of mmio should be traced here, device or CPU originated? Or both?

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 259 bytes --]

  reply	other threads:[~2011-04-25 11:47 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-25 11:00 [Qemu-devel] [PATCH 00/18] Kemari for KVM v0.2.14 OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 01/18] Make QEMUFile buf expandable, and introduce qemu_realloc_buffer() and qemu_clear_buffer() OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 02/18] Introduce read() to FdMigrationState OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 03/18] Introduce qemu_loadvm_state_no_header() and make qemu_loadvm_state() a wrapper OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 04/18] qemu-char: export socket_set_nodelay() OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 05/18] vl.c: add deleted flag for deleting the handler OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 06/18] virtio: decrement last_avail_idx with inuse before saving OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 07/18] Introduce fault tolerant VM transaction QEMUFile and ft_mode OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 08/18] savevm: introduce util functions to control ft_trans_file from savevm layer OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 09/18] Introduce event-tap OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 10/18] Call init handler of event-tap at main() in vl.c OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 11/18] ioport: insert event_tap_ioport() to ioport_write() OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 12/18] Insert event_tap_mmio() to cpu_physical_memory_rw() in exec.c OHMURA Kei
2011-04-25 11:46   ` Jan Kiszka [this message]
2011-04-25 11:00 ` [Qemu-devel] [PATCH 13/18] net: insert event-tap to qemu_send_packet() and qemu_sendv_packet_async() OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 14/18] block: insert event-tap to bdrv_aio_writev(), bdrv_aio_flush() and bdrv_flush() OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 15/18] savevm: introduce qemu_savevm_trans_{begin, commit} OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 16/18] migration: introduce migrate_ft_trans_{put, get}_ready(), and modify migrate_fd_put_ready() when ft_mode is on OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 17/18] migration-tcp: modify tcp_accept_incoming_migration() to handle ft_mode, and add a hack not to close fd when ft_mode is enabled OHMURA Kei
2011-04-25 11:00 ` [Qemu-devel] [PATCH 18/18] Introduce "kemari:" to enable FT migration mode (Kemari) OHMURA Kei
  -- strict thread matches above, loose matches on Subject: below --
2011-04-26 14:24 [Qemu-devel] [PATCH 12/18] Insert event_tap_mmio() to cpu_physical_memory_rw() in exec.c "大村 圭"
2011-04-26 14:51 ` Jan Kiszka
2011-04-27  5:51   ` Takuya Yoshikawa
2011-04-27 14:19     ` Yoshiaki Tamura
2011-04-27 14:19   ` Yoshiaki Tamura
2011-04-27 15:00     ` Jan Kiszka
2011-03-23  4:10 [Qemu-devel] [PATCH 00/18] [PATCH 00/18] Kemari for KVM v0.2.13 Yoshiaki Tamura
2011-03-23  4:10 ` [Qemu-devel] [PATCH 12/18] Insert event_tap_mmio() to cpu_physical_memory_rw() in exec.c Yoshiaki Tamura
2011-02-24  7:28 [Qemu-devel] [PATCH 00/18] Kemari for KVM v0.2.12 Yoshiaki Tamura
2011-02-24  7:28 ` [Qemu-devel] [PATCH 12/18] Insert event_tap_mmio() to cpu_physical_memory_rw() in exec.c Yoshiaki Tamura
2011-02-23 13:48 [Qemu-devel] [PATCH 00/18] Kemari for KVM v0.2.11 Yoshiaki Tamura
2011-02-23 13:48 ` [Qemu-devel] [PATCH 12/18] Insert event_tap_mmio() to cpu_physical_memory_rw() in exec.c Yoshiaki Tamura
2011-02-10  9:30 [Qemu-devel] [PATCH 00/18] Kemari for KVM v0.2.10 Yoshiaki Tamura
2011-02-10  9:30 ` [Qemu-devel] [PATCH 12/18] Insert event_tap_mmio() to cpu_physical_memory_rw() in exec.c Yoshiaki Tamura

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4DB55F1A.2090203@web.de \
    --to=jan.kiszka@web.de \
    --cc=aliguori@us.ibm.com \
    --cc=ananth@in.ibm.com \
    --cc=avi@redhat.com \
    --cc=blauwirbel@gmail.com \
    --cc=dlaor@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=kwolf@redhat.com \
    --cc=mst@redhat.com \
    --cc=mtosatti@redhat.com \
    --cc=ohmura.kei@lab.ntt.co.jp \
    --cc=pbonzini@redhat.com \
    --cc=psuriset@linux.vnet.ibm.com \
    --cc=qemu-devel@nongnu.org \
    --cc=quintela@redhat.com \
    --cc=stefanha@linux.vnet.ibm.com \
    --cc=tamura.yoshiaki@gmail.com \
    --cc=tamura.yoshiaki@lab.ntt.co.jp \
    --cc=vatsa@linux.vnet.ibm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).