From: "Pavel Dovgaluk" <Pavel.Dovgaluk@ispras.ru>
To: 'Paolo Bonzini' <pbonzini@redhat.com>, 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, afaerber@suse.de,
fred.konrad@greensocs.com
Subject: Re: [Qemu-devel] [RFC PATCH v8 11/21] replay: recording and replaying clock ticks
Date: Tue, 3 Feb 2015 13:51:44 +0300 [thread overview]
Message-ID: <000601d03f9f$6684bef0$338e3cd0$@Dovgaluk@ispras.ru> (raw)
In-Reply-To: <54CA086D.2060706@redhat.com>
> From: Paolo Bonzini [mailto:pbonzini@redhat.com]
> On 22/01/2015 09:52, Pavel Dovgalyuk wrote:
> > Clock ticks are considered as the sources of non-deterministic data for
> > virtual machine. This patch implements saving the clock values when they
> > are acquired (virtual, host clock, rdtsc, and some other timers).
> > When replaying the execution corresponding values are read from log and
> > transfered to the module, which wants to read the values.
> > Such a design required the clock polling to be synchronized. Sometimes
> > it is not true - e.g. when timeouts for timer lists are checked. In this case
> > we use a cached value of the clock, passing it to the client code.
> >
> > Signed-off-by: Pavel Dovgalyuk <pavel.dovgaluk@ispras.ru>
> > ---
> > cpus.c | 3 +-
> > include/qemu/timer.h | 10 +++++
> > qemu-timer.c | 7 ++--
> > replay/Makefile.objs | 1 +
> > replay/replay-internal.h | 13 +++++++
> > replay/replay-time.c | 84 ++++++++++++++++++++++++++++++++++++++++++++++
> > replay/replay.h | 25 ++++++++++++++
> > stubs/replay.c | 9 +++++
> > 8 files changed, 147 insertions(+), 5 deletions(-)
> > create mode 100755 replay/replay-time.c
> >
> > diff --git a/cpus.c b/cpus.c
> > index 8787277..01d89aa 100644
> > --- a/cpus.c
> > +++ b/cpus.c
> > @@ -353,7 +353,8 @@ static void icount_warp_rt(void *opaque)
> >
> > seqlock_write_lock(&timers_state.vm_clock_seqlock);
> > if (runstate_is_running()) {
> > - int64_t clock = cpu_get_clock_locked();
> > + int64_t clock = REPLAY_CLOCK(REPLAY_CLOCK_VIRTUAL_RT,
> > + cpu_get_clock_locked());
> > int64_t warp_delta;
> >
> > warp_delta = clock - vm_clock_warp_start;
> > diff --git a/include/qemu/timer.h b/include/qemu/timer.h
> > index 0666920..0c2472c 100644
> > --- a/include/qemu/timer.h
> > +++ b/include/qemu/timer.h
> > @@ -4,6 +4,7 @@
> > #include "qemu/typedefs.h"
> > #include "qemu-common.h"
> > #include "qemu/notify.h"
> > +#include "replay/replay.h"
> >
> > /* timers */
> >
> > @@ -760,6 +761,8 @@ int64_t cpu_icount_to_ns(int64_t icount);
> > /*******************************************/
> > /* host CPU ticks (if available) */
> >
> > +#define cpu_get_real_ticks cpu_get_real_ticks_impl
> > +
> > #if defined(_ARCH_PPC)
> >
> > static inline int64_t cpu_get_real_ticks(void)
> > @@ -913,6 +916,13 @@ static inline int64_t cpu_get_real_ticks (void)
> > }
> > #endif
> >
> > +#undef cpu_get_real_ticks
> > +
> > +static inline int64_t cpu_get_real_ticks(void)
>
> cpu_get_real_ticks should never be used. Please instead wrap
> cpu_get_ticks() with REPLAY_CLOCK.
I don't quite understand this comment.
Do you mean that I should move REPLAY_CLOCK to the cpu_get_real_ticks usages instead of it's implementation?
>
> > +{
> > + return REPLAY_CLOCK(REPLAY_CLOCK_REAL_TICKS, cpu_get_real_ticks_impl());
> > +}
> > +
> > #ifdef CONFIG_PROFILER
> > static inline int64_t profile_getclock(void)
> > {
> > diff --git a/qemu-timer.c b/qemu-timer.c
> > index 98d9d1b..bc981a2 100644
> > --- a/qemu-timer.c
> > +++ b/qemu-timer.c
> > @@ -25,6 +25,7 @@
> > #include "sysemu/sysemu.h"
> > #include "monitor/monitor.h"
> > #include "ui/console.h"
> > +#include "replay/replay.h"
> >
> > #include "hw/hw.h"
> >
> > @@ -566,15 +567,15 @@ int64_t qemu_clock_get_ns(QEMUClockType type)
> > return cpu_get_clock();
> > }
> > case QEMU_CLOCK_HOST:
> > - now = get_clock_realtime();
> > + now = REPLAY_CLOCK(REPLAY_CLOCK_HOST, get_clock_realtime());
> > last = clock->last;
> > clock->last = now;
> > - if (now < last) {
> > + if (now < last && replay_mode == REPLAY_MODE_NONE) {
> > notifier_list_notify(&clock->reset_notifiers, &now);
> > }
> > return now;
> > case QEMU_CLOCK_VIRTUAL_RT:
> > - return cpu_get_clock();
> > + return REPLAY_CLOCK(REPLAY_CLOCK_VIRTUAL_RT, cpu_get_clock());
> > }
> > }
> >
> > diff --git a/replay/Makefile.objs b/replay/Makefile.objs
> > index 56da09c..257c320 100755
> > --- a/replay/Makefile.objs
> > +++ b/replay/Makefile.objs
> > @@ -1,3 +1,4 @@
> > obj-y += replay.o
> > obj-y += replay-internal.o
> > obj-y += replay-events.o
> > +obj-y += replay-time.o
> > diff --git a/replay/replay-internal.h b/replay/replay-internal.h
> > index 1666d6e..e906ec3 100755
> > --- a/replay/replay-internal.h
> > +++ b/replay/replay-internal.h
> > @@ -22,7 +22,10 @@ enum ReplayEvents {
> > /* for emulated exceptions */
> > EVENT_EXCEPTION,
> > /* for async events */
> > - EVENT_ASYNC
> > + EVENT_ASYNC,
> > + /* for clock read/writes */
> > + /* some of grteater codes are reserved for clocks */
> > + EVENT_CLOCK
> > };
> >
> > /* Asynchronous events IDs */
> > @@ -34,6 +37,8 @@ enum ReplayAsyncEventKind {
> > typedef enum ReplayAsyncEventKind ReplayAsyncEventKind;
> >
> > typedef struct ReplayState {
> > + /*! Cached clock values. */
> > + int64_t cached_clock[REPLAY_CLOCK_COUNT];
> > /*! Current step - number of processed instructions and timer events. */
> > uint64_t current_step;
> > /*! Number of instructions to be executed before other events happen. */
> > @@ -88,6 +93,12 @@ bool skip_async_events(int stop_event);
> > reports an error and stops the execution. */
> > void skip_async_events_until(unsigned int kind);
> >
> > +/*! Reads next clock value from the file.
> > + If clock kind read from the file is different from the parameter,
> > + the value is not used.
> > + If the parameter is -1, the clock value is read to the cache anyway. */
>
> In what case could the clock kind not match?
>
It was used in full version which had to skip clock from the log while loading the VM state.
>
> > +void replay_read_next_clock(unsigned int kind);
> > +
> > /* Asynchronous events queue */
> >
Pavel Dovgalyuk
next prev parent reply other threads:[~2015-02-03 10:51 UTC|newest]
Thread overview: 82+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-22 8:51 [Qemu-devel] [RFC PATCH v8 00/21] Deterministic replay core Pavel Dovgalyuk
2015-01-22 8:51 ` [Qemu-devel] [RFC PATCH v8 01/21] i386: partial revert of interrupt poll fix Pavel Dovgalyuk
2015-01-22 8:51 ` [Qemu-devel] [RFC PATCH v8 02/21] replay: global variables and function stubs Pavel Dovgalyuk
2015-01-29 9:02 ` Paolo Bonzini
2015-01-29 23:23 ` Eric Blake
2015-01-22 8:51 ` [Qemu-devel] [RFC PATCH v8 03/21] sysemu: system functions for replay Pavel Dovgalyuk
2015-01-29 9:03 ` Paolo Bonzini
2015-01-22 8:51 ` [Qemu-devel] [RFC PATCH v8 04/21] replay: internal functions for replay log Pavel Dovgalyuk
2015-01-29 9:11 ` Paolo Bonzini
2015-01-30 12:56 ` Pavel Dovgaluk
2015-01-30 13:06 ` Paolo Bonzini
2015-01-30 13:11 ` Mark Burton
2015-01-22 8:51 ` [Qemu-devel] [RFC PATCH v8 05/21] replay: introduce mutex to protect the " Pavel Dovgalyuk
2015-01-29 9:12 ` Paolo Bonzini
2015-01-22 8:52 ` [Qemu-devel] [RFC PATCH v8 06/21] replay: introduce icount event Pavel Dovgalyuk
2015-01-29 9:14 ` Paolo Bonzini
2015-01-22 8:52 ` [Qemu-devel] [RFC PATCH v8 07/21] cpu-exec: allow temporary disabling icount Pavel Dovgalyuk
2015-01-22 8:52 ` [Qemu-devel] [RFC PATCH v8 08/21] cpu: replay instructions sequence Pavel Dovgalyuk
2015-01-29 9:32 ` Paolo Bonzini
2015-02-02 12:28 ` Pavel Dovgaluk
2015-02-02 12:38 ` Paolo Bonzini
2015-02-02 12:42 ` Pavel Dovgaluk
[not found] ` <28583.7738695138$1422880978@news.gmane.org>
2015-02-02 13:18 ` Paolo Bonzini
2015-02-16 12:26 ` Pavel Dovgaluk
[not found] ` <6071.25815372473$1424089600@news.gmane.org>
2015-02-16 12:59 ` Paolo Bonzini
2015-02-16 13:27 ` Pavel Dovgaluk
[not found] ` <8198.56250095672$1424093273@news.gmane.org>
2015-02-16 13:31 ` Paolo Bonzini
2015-02-16 13:37 ` Pavel Dovgaluk
[not found] ` <39577.5216319182$1424093895@news.gmane.org>
2015-02-16 13:53 ` Paolo Bonzini
2015-02-17 8:43 ` Pavel Dovgaluk
2015-02-17 10:58 ` Paolo Bonzini
2015-02-17 11:35 ` Pavel Dovgaluk
2015-02-17 12:21 ` Paolo Bonzini
2015-01-22 8:52 ` [Qemu-devel] [RFC PATCH v8 09/21] replay: interrupts and exceptions Pavel Dovgalyuk
2015-01-29 9:44 ` Paolo Bonzini
2015-02-02 13:50 ` Pavel Dovgaluk
[not found] ` <23862.806443549$1422885088@news.gmane.org>
2015-02-02 14:18 ` Paolo Bonzini
2015-01-22 8:52 ` [Qemu-devel] [RFC PATCH v8 10/21] replay: asynchronous events infrastructure Pavel Dovgalyuk
2015-01-29 10:06 ` Paolo Bonzini
2015-01-22 8:52 ` [Qemu-devel] [RFC PATCH v8 11/21] replay: recording and replaying clock ticks Pavel Dovgalyuk
2015-01-29 10:16 ` Paolo Bonzini
2015-02-03 10:51 ` Pavel Dovgaluk [this message]
2015-02-03 11:04 ` Paolo Bonzini
2015-02-03 11:23 ` Pavel Dovgaluk
2015-02-03 11:59 ` Paolo Bonzini
2015-01-22 8:52 ` [Qemu-devel] [RFC PATCH v8 12/21] replay: recording and replaying different timers Pavel Dovgalyuk
2015-01-29 10:20 ` Paolo Bonzini
2015-02-03 14:05 ` Pavel Dovgaluk
2015-02-04 15:20 ` Paolo Bonzini
2015-01-22 8:52 ` [Qemu-devel] [RFC PATCH v8 13/21] replay: shutdown event Pavel Dovgalyuk
2015-01-29 10:20 ` Paolo Bonzini
2015-01-22 8:52 ` [Qemu-devel] [RFC PATCH v8 14/21] replay: checkpoints Pavel Dovgalyuk
2015-01-30 11:05 ` Paolo Bonzini
2015-01-22 8:52 ` [Qemu-devel] [RFC PATCH v8 15/21] aio: replace stack of bottom halves with queue Pavel Dovgalyuk
2015-01-30 10:43 ` Paolo Bonzini
2015-01-22 8:53 ` [Qemu-devel] [RFC PATCH v8 16/21] replay: bottom halves Pavel Dovgalyuk
2015-01-30 10:49 ` Paolo Bonzini
2015-02-11 13:03 ` Pavel Dovgaluk
2015-01-22 8:53 ` [Qemu-devel] [RFC PATCH v8 17/21] replay: replay aio requests Pavel Dovgalyuk
2015-01-30 11:07 ` Paolo Bonzini
2015-01-22 8:53 ` [Qemu-devel] [RFC PATCH v8 18/21] replay: thread pool Pavel Dovgalyuk
2015-01-30 11:13 ` Paolo Bonzini
2015-01-22 8:53 ` [Qemu-devel] [RFC PATCH v8 19/21] replay: initialization and deinitialization Pavel Dovgalyuk
2015-01-30 11:02 ` Paolo Bonzini
2015-02-09 12:59 ` Pavel Dovgaluk
2015-02-09 13:01 ` Paolo Bonzini
2015-01-22 8:53 ` [Qemu-devel] [RFC PATCH v8 20/21] replay: command line options Pavel Dovgalyuk
2015-01-30 10:54 ` Paolo Bonzini
2015-02-09 12:15 ` Pavel Dovgaluk
2015-02-09 12:26 ` Paolo Bonzini
2015-02-12 9:12 ` Pavel Dovgaluk
2015-02-12 14:12 ` Paolo Bonzini
2015-01-22 8:53 ` [Qemu-devel] [RFC PATCH v8 21/21] replay: recording of the user input Pavel Dovgalyuk
2015-01-30 11:23 ` Paolo Bonzini
2015-02-12 7:43 ` Pavel Dovgaluk
2015-02-12 8:08 ` Pavel Dovgaluk
2015-02-12 14:41 ` Paolo Bonzini
2015-01-28 11:45 ` [Qemu-devel] [RFC PATCH v8 00/21] Deterministic replay core Pavel Dovgaluk
[not found] ` <28048.5671981753$1422445570@news.gmane.org>
2015-01-29 10:21 ` Paolo Bonzini
2015-01-30 11:25 ` Paolo Bonzini
2015-02-02 14:30 ` Paolo Bonzini
2015-02-03 6:47 ` 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='000601d03f9f$6684bef0$338e3cd0$@Dovgaluk@ispras.ru' \
--to=pavel.dovgaluk@ispras.ru \
--cc=afaerber@suse.de \
--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=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).