From: Paolo Bonzini <pbonzini@redhat.com>
To: Pavel Dovgalyuk <Pavel.Dovgaluk@ispras.ru>, qemu-devel@nongnu.org
Cc: peter.maydell@linaro.org, peter.crosthwaite@xilinx.com,
alex.bennee@linaro.org, mark.burton@greensocs.com,
real@ispras.ru, batuzovk@ispras.ru,
maria.klimushenkova@ispras.ru, fred.konrad@greensocs.com
Subject: Re: [Qemu-devel] [RFC PATCH v11 00/23] Deterministic replay core
Date: Thu, 30 Apr 2015 17:30:28 +0200 [thread overview]
Message-ID: <55424A94.9040408@redhat.com> (raw)
In-Reply-To: <20150427073208.9264.80349.stgit@PASHA-ISP>
On 27/04/2015 09:32, Pavel Dovgalyuk wrote:
> This set of patches is related to the reverse execution and deterministic
> replay of qemu execution. This implementation of deterministic replay can
> be used for deterministic debugging of guest code through gdb remote
> interface.
>
> These patches include only core function of the replay,
> excluding the support for replaying serial, audio, network, and USB devices'
> operations. Reverse debugging and monitor commands were also excluded to
> be submitted later as separate patches.
>
> Execution recording writes non-deterministic events log, which can be later
> used for replaying the execution anywhere and for unlimited number of times.
> It also supports checkpointing for faster rewinding during reverse debugging.
> Execution replaying reads the log and replays all non-deterministic events
> including external input, hardware clocks, and interrupts.
>
> Deterministic replay has the following features:
> * Deterministically replays whole system execution and all contents of the memory,
> state of the hadrware devices, clocks, and screen of the VM.
> * Writes execution log into the file for latter replaying for multiple times
> on different machines.
> * Supports i386, x86_64, and ARM hardware platforms.
> * Performs deterministic replay of all operations with keyboard and mouse
> input devices.
> * Supports auto-checkpointing for convenient reverse debugging.
>
> Usage of the record/replay:
> * First, record the execution, by adding the following string to the command line:
> '-icount shift=7,rr=record,rrfile=replay.bin -net none'.
> Block devices' images are not actually changed in the recording mode,
> because all of the changes are written to the temporary overlay file.
> * Then you can replay it for the multiple times by using another command
> line option: '-icount shift=7,rr=replay,rrfile=replay.bin -net none'
> * '-net none' option should also be specified if network replay patches
> are not applied.
>
> Paper with short description of deterministic replay implementation:
> http://www.computer.org/csdl/proceedings/csmr/2012/4666/00/4666a553-abs.html
>
> Modifications of qemu include:
> * wrappers for clock and time functions to save their return values in the log
> * saving different asynchronous events (e.g. system shutdown) into the log
> * synchronization of the bottom halves execution
> * synchronization of the threads from thread pool
> * recording/replaying user input (mouse and keyboard)
> * adding internal events for cpu and io synchronization
>
> v11 changes:
> * Fixed instructions event processing.
> * Added some mutex protection calls for replay.
> * Fixed replaying read operations for qcow2.
> * Fixed rtc reads on initializations stage.
> * Eliminated some warnings in replay module.
> * Fixed misprints in documentation for replay (as suggested by Eric Blake)
This has the same problem as before, namely that the block changes are
too intrusive and, likely, no one is going to review them.
I strongly suggest dropping them and only supporting synchronous I/O
devices for now. Instead, I would like to see patches for the other
sources of non-determinism, especially character devices.
Paolo
next prev parent reply other threads:[~2015-04-30 15:31 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-27 7:32 [Qemu-devel] [RFC PATCH v11 00/23] Deterministic replay core Pavel Dovgalyuk
2015-04-27 7:32 ` [Qemu-devel] [RFC PATCH v11 01/23] i386: partial revert of interrupt poll fix Pavel Dovgalyuk
2015-04-27 7:32 ` [Qemu-devel] [RFC PATCH v11 02/23] replay: global variables and function stubs Pavel Dovgalyuk
2015-04-27 7:32 ` [Qemu-devel] [RFC PATCH v11 03/23] sysemu: system functions for replay Pavel Dovgalyuk
2015-04-27 7:32 ` [Qemu-devel] [RFC PATCH v11 04/23] replay: internal functions for replay log Pavel Dovgalyuk
2015-04-27 7:32 ` [Qemu-devel] [RFC PATCH v11 05/23] replay: introduce mutex to protect the " Pavel Dovgalyuk
2015-04-27 7:32 ` [Qemu-devel] [RFC PATCH v11 06/23] replay: introduce icount event Pavel Dovgalyuk
2015-04-27 7:32 ` [Qemu-devel] [RFC PATCH v11 07/23] cpu-exec: allow temporary disabling icount Pavel Dovgalyuk
2015-04-27 7:32 ` [Qemu-devel] [RFC PATCH v11 08/23] cpu: replay instructions sequence Pavel Dovgalyuk
2015-04-27 7:33 ` [Qemu-devel] [RFC PATCH v11 09/23] i386: interrupt poll processing Pavel Dovgalyuk
2015-04-27 7:33 ` [Qemu-devel] [RFC PATCH v11 10/23] replay: interrupts and exceptions Pavel Dovgalyuk
2015-04-27 7:33 ` [Qemu-devel] [RFC PATCH v11 11/23] replay: asynchronous events infrastructure Pavel Dovgalyuk
2015-04-27 7:33 ` [Qemu-devel] [RFC PATCH v11 12/23] replay: recording and replaying clock ticks Pavel Dovgalyuk
2015-04-27 7:33 ` [Qemu-devel] [RFC PATCH v11 13/23] replay: shutdown event Pavel Dovgalyuk
2015-04-27 7:33 ` [Qemu-devel] [RFC PATCH v11 14/23] replay: checkpoints Pavel Dovgalyuk
2015-04-27 7:33 ` [Qemu-devel] [RFC PATCH v11 15/23] aio: replace stack of bottom halves with queue Pavel Dovgalyuk
2015-04-27 7:33 ` [Qemu-devel] [RFC PATCH v11 16/23] replay: bottom halves Pavel Dovgalyuk
2015-04-27 7:33 ` [Qemu-devel] [RFC PATCH v11 17/23] replay: replay aio requests Pavel Dovgalyuk
2015-04-27 7:33 ` [Qemu-devel] [RFC PATCH v11 18/23] replay: thread pool Pavel Dovgalyuk
2015-04-27 7:34 ` [Qemu-devel] [RFC PATCH v11 19/23] typedef: add typedef for QemuOpts Pavel Dovgalyuk
2015-04-27 7:34 ` [Qemu-devel] [RFC PATCH v11 20/23] replay: initialization and deinitialization Pavel Dovgalyuk
2015-04-27 7:34 ` [Qemu-devel] [RFC PATCH v11 21/23] replay: replay blockers for devices Pavel Dovgalyuk
2015-04-27 7:34 ` [Qemu-devel] [RFC PATCH v11 22/23] replay: command line options Pavel Dovgalyuk
2015-04-27 7:34 ` [Qemu-devel] [RFC PATCH v11 23/23] replay: recording of the user input Pavel Dovgalyuk
2015-04-30 15:30 ` Paolo Bonzini [this message]
2015-05-05 8:46 ` [Qemu-devel] [RFC PATCH v11 00/23] Deterministic replay core 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=55424A94.9040408@redhat.com \
--to=pbonzini@redhat.com \
--cc=Pavel.Dovgaluk@ispras.ru \
--cc=alex.bennee@linaro.org \
--cc=batuzovk@ispras.ru \
--cc=fred.konrad@greensocs.com \
--cc=maria.klimushenkova@ispras.ru \
--cc=mark.burton@greensocs.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).