qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Pavel Dovgalyuk <Pavel.Dovgaluk@ispras.ru>
To: qemu-devel@nongnu.org
Cc: peter.maydell@linaro.org, peter.crosthwaite@xilinx.com,
	igor.rubinov@gmail.com, alex.bennee@linaro.org,
	mark.burton@greensocs.com, real@ispras.ru, batuzovk@ispras.ru,
	maria.klimushenkova@ispras.ru, pavel.dovgaluk@ispras.ru,
	pbonzini@redhat.com, hines@cert.org, fred.konrad@greensocs.com
Subject: [Qemu-devel] [PATCH v15 20/21] replay: command line options
Date: Wed, 01 Jul 2015 14:53:29 +0300	[thread overview]
Message-ID: <20150701115328.9832.63415.stgit@PASHA-ISP> (raw)
In-Reply-To: <20150701115132.9832.12257.stgit@PASHA-ISP>

This patch introduces command line options for enabling recording or replaying
virtual machine behavior. These options are added to icount command line
parameter. They include 'rr' which switches between record and replay
and 'rrfile' for specifying the filename for replay log.

Signed-off-by: Pavel Dovgalyuk <pavel.dovgaluk@ispras.ru>
---
 qemu-options.hx |    8 ++++++--
 replay/replay.c |    4 ++++
 vl.c            |   16 +++++++++++++---
 3 files changed, 23 insertions(+), 5 deletions(-)

diff --git a/qemu-options.hx b/qemu-options.hx
index e6e3895..b3aa4dc 100644
--- a/qemu-options.hx
+++ b/qemu-options.hx
@@ -3119,12 +3119,12 @@ re-inject them.
 ETEXI
 
 DEF("icount", HAS_ARG, QEMU_OPTION_icount, \
-    "-icount [shift=N|auto][,align=on|off][,sleep=no]\n" \
+    "-icount [shift=N|auto][,align=on|off][,sleep=no,rr=record|replay,rrfile=<filename>]\n" \
     "                enable virtual instruction counter with 2^N clock ticks per\n" \
     "                instruction, enable aligning the host and virtual clocks\n" \
     "                or disable real time cpu sleeping\n", QEMU_ARCH_ALL)
 STEXI
-@item -icount [shift=@var{N}|auto]
+@item -icount [shift=@var{N}|auto][,rr=record|replay,rrfile=@var{filename}]
 @findex -icount
 Enable virtual instruction counter.  The virtual cpu will execute one
 instruction every 2^@var{N} ns of virtual time.  If @code{auto} is specified
@@ -3153,6 +3153,10 @@ Currently this option does not work when @option{shift} is @code{auto}.
 Note: The sync algorithm will work for those shift values for which
 the guest clock runs ahead of the host clock. Typically this happens
 when the shift value is high (how high depends on the host machine).
+
+When @option{rr} option is specified deterministic record/replay is enabled.
+Replay log is written into @var{filename} file in record mode and
+read from this file in replay mode.
 ETEXI
 
 DEF("watchdog", HAS_ARG, QEMU_OPTION_watchdog, \
diff --git a/replay/replay.c b/replay/replay.c
index 101a49c..eb470a5 100755
--- a/replay/replay.c
+++ b/replay/replay.c
@@ -295,6 +295,10 @@ void replay_start(void)
                      error_get_pretty(replay_blockers->data));
         exit(1);
     }
+    if (!use_icount) {
+        error_report("Please enable icount to use record/replay");
+        exit(1);
+    }
 
     /* Timer for snapshotting will be set up here. */
 
diff --git a/vl.c b/vl.c
index ee1196e..200842e 100644
--- a/vl.c
+++ b/vl.c
@@ -475,6 +475,12 @@ static QemuOptsList qemu_icount_opts = {
         }, {
             .name = "sleep",
             .type = QEMU_OPT_BOOL,
+        }, {
+            .name = "rr",
+            .type = QEMU_OPT_STRING,
+        }, {
+            .name = "rrfile",
+            .type = QEMU_OPT_STRING,
         },
         { /* end of list */ }
     },
@@ -2936,6 +2942,7 @@ int main(int argc, char **argv, char **envp)
 {
     int i;
     int snapshot, linux_boot;
+    const char *icount_option = NULL;
     const char *initrd_filename;
     const char *kernel_filename, *kernel_cmdline;
     const char *boot_order = NULL;
@@ -3998,6 +4005,8 @@ int main(int argc, char **argv, char **envp)
         }
     }
 
+    replay_configure(icount_opts);
+
     opts = qemu_get_machine_opts();
     optarg = qemu_opt_get(opts, "type");
     if (optarg) {
@@ -4431,9 +4440,10 @@ int main(int argc, char **argv, char **envp)
     }
 
     /* open the virtual block devices */
-    if (snapshot)
-        qemu_opts_foreach(qemu_find_opts("drive"),
-                          drive_enable_snapshot, NULL, NULL);
+    if (snapshot || replay_mode != REPLAY_MODE_NONE) {
+        qemu_opts_foreach(qemu_find_opts("drive"), drive_enable_snapshot,
+                          NULL, NULL);
+    }
     if (qemu_opts_foreach(qemu_find_opts("drive"), drive_init_func,
                           &machine_class->block_default_type, NULL)) {
         exit(1);

  parent reply	other threads:[~2015-07-01 11:53 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-01 11:51 [Qemu-devel] [PATCH v15 00/21] Deterministic replay core Pavel Dovgalyuk
2015-07-01 11:51 ` [Qemu-devel] [PATCH v15 01/21] i386: partial revert of interrupt poll fix Pavel Dovgalyuk
2015-07-01 11:51 ` [Qemu-devel] [PATCH v15 02/21] replay: global variables and function stubs Pavel Dovgalyuk
2015-07-01 11:51 ` [Qemu-devel] [PATCH v15 03/21] sysemu: system functions for replay Pavel Dovgalyuk
2015-07-01 11:51 ` [Qemu-devel] [PATCH v15 04/21] replay: internal functions for replay log Pavel Dovgalyuk
2015-07-01 11:52 ` [Qemu-devel] [PATCH v15 05/21] replay: introduce mutex to protect the " Pavel Dovgalyuk
2015-07-01 11:52 ` [Qemu-devel] [PATCH v15 06/21] replay: introduce icount event Pavel Dovgalyuk
2015-07-01 11:52 ` [Qemu-devel] [PATCH v15 07/21] cpu-exec: allow temporary disabling icount Pavel Dovgalyuk
2015-07-01 11:52 ` [Qemu-devel] [PATCH v15 08/21] cpu: replay instructions sequence Pavel Dovgalyuk
2015-07-01 11:52 ` [Qemu-devel] [PATCH v15 09/21] i386: interrupt poll processing Pavel Dovgalyuk
2015-07-01 11:52 ` [Qemu-devel] [PATCH v15 10/21] replay: interrupts and exceptions Pavel Dovgalyuk
2015-07-01 11:52 ` [Qemu-devel] [PATCH v15 11/21] replay: asynchronous events infrastructure Pavel Dovgalyuk
2015-07-01 11:52 ` [Qemu-devel] [PATCH v15 12/21] replay: recording and replaying clock ticks Pavel Dovgalyuk
2015-07-01 11:52 ` [Qemu-devel] [PATCH v15 13/21] replay: shutdown event Pavel Dovgalyuk
2015-07-01 11:52 ` [Qemu-devel] [PATCH v15 14/21] replay: checkpoints Pavel Dovgalyuk
2015-07-01 11:53 ` [Qemu-devel] [PATCH v15 15/21] bottom halves: introduce bh call function Pavel Dovgalyuk
2015-07-01 11:53 ` [Qemu-devel] [PATCH v15 16/21] replay: ptimer Pavel Dovgalyuk
2015-07-01 11:53 ` [Qemu-devel] [PATCH v15 17/21] typedef: add typedef for QemuOpts Pavel Dovgalyuk
2015-07-01 11:53 ` [Qemu-devel] [PATCH v15 18/21] replay: initialization and deinitialization Pavel Dovgalyuk
2015-07-01 11:53 ` [Qemu-devel] [PATCH v15 19/21] replay: replay blockers for devices Pavel Dovgalyuk
2015-07-01 11:53 ` Pavel Dovgalyuk [this message]
2015-07-01 11:53 ` [Qemu-devel] [PATCH v15 21/21] replay: recording of the user input Pavel Dovgalyuk
2015-07-06 11:54 ` [Qemu-devel] [PATCH v15 00/21] Deterministic replay core Pavel Dovgaluk
2015-07-06 11:55   ` Paolo Bonzini
2015-07-06 11:59     ` Pavel Dovgaluk

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=20150701115328.9832.63415.stgit@PASHA-ISP \
    --to=pavel.dovgaluk@ispras.ru \
    --cc=alex.bennee@linaro.org \
    --cc=batuzovk@ispras.ru \
    --cc=fred.konrad@greensocs.com \
    --cc=hines@cert.org \
    --cc=igor.rubinov@gmail.com \
    --cc=maria.klimushenkova@ispras.ru \
    --cc=mark.burton@greensocs.com \
    --cc=pbonzini@redhat.com \
    --cc=peter.crosthwaite@xilinx.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    --cc=real@ispras.ru \
    /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).