Dovgaluk (1):
tests/acceptance: Linux boot test for record/replay
Pavel Dovgalyuk (4):
tests/acceptance: add replay kernel test for s390
tests/acceptance: add replay kernel test for openrisc
tests/acceptance: add replay kernel test for nios2
tests/acceptance: add replay
Kevin Wolf писал 2020-03-02 19:19:
Am 02.03.2020 um 13:59 hat Pavel Dovgalyuk geschrieben:
Windows guest sometimes makes DMA requests with overlapping
target addresses. This leads to the following structure of iov for
the block driver:
addr size1
addr size2
addr size3
It means that three adjac
Vladimir Sementsov-Ogievskiy писал 2020-02-25 10:27:
25.02.2020 8:58, dovgaluk wrote:
Vladimir Sementsov-Ogievskiy писал 2020-02-21 16:23:
21.02.2020 15:35, dovgaluk wrote:
Vladimir Sementsov-Ogievskiy писал 2020-02-21 13:09:
21.02.2020 12:49, dovgaluk wrote:
Vladimir Sementsov-Ogievskiy
Vladimir Sementsov-Ogievskiy писал 2020-02-21 16:23:
21.02.2020 15:35, dovgaluk wrote:
Vladimir Sementsov-Ogievskiy писал 2020-02-21 13:09:
21.02.2020 12:49, dovgaluk wrote:
Vladimir Sementsov-Ogievskiy писал 2020-02-20 12:36:
1 or 2 are ok, and 4 or 8 lead to the failures.
That is strange
Vladimir Sementsov-Ogievskiy писал 2020-02-21 13:09:
21.02.2020 12:49, dovgaluk wrote:
Vladimir Sementsov-Ogievskiy писал 2020-02-20 12:36:
1 or 2 are ok, and 4 or 8 lead to the failures.
That is strange. I could think, that it was caused by the bugs in
deterministic CPU execution, but the
Vladimir Sementsov-Ogievskiy писал 2020-02-20 12:36:
20.02.2020 12:05, Vladimir Sementsov-Ogievskiy wrote:
20.02.2020 11:31, dovgaluk wrote:
Vladimir Sementsov-Ogievskiy писал 2020-02-19 19:07:
19.02.2020 17:32, dovgaluk wrote:
I encountered a problem with record/replay of QEMU execution and
Vladimir Sementsov-Ogievskiy писал 2020-02-19 19:07:
19.02.2020 17:32, dovgaluk wrote:
I encountered a problem with record/replay of QEMU execution and
figured out the following, when
QEMU is started with one virtual disk connected to the qcow2 image
with applied 'snapshot' option.
Hi!
I encountered a problem with record/replay of QEMU execution and figured
out the following, when
QEMU is started with one virtual disk connected to the qcow2 image with
applied 'snapshot' option.
The patch d710cf575ad5fb3ab329204620de45bfe50caa53 "block/qcow2:
introduce parallel subreque
Aleksandar Markovic писал 2019-11-28 13:20:
On Thursday, November 28, 2019, dovgaluk wrote:
Aleksandar Markovic писал 2019-11-28 12:28:
On Thursday, November 28, 2019, Philippe Mathieu-Daudé
wrote:
Add famous ATmega MCUs:
- middle range: ATmega168 and ATmega328
- high range: ATmega1280 and
Aleksandar Markovic писал 2019-11-28 12:28:
On Thursday, November 28, 2019, Philippe Mathieu-Daudé
wrote:
Add famous ATmega MCUs:
- middle range: ATmega168 and ATmega328
- high range: ATmega1280 and ATmega2560
Signed-off-by: Philippe Mathieu-Daudé
---
Philippe, hi.
Thank you for the impe
This patch breaks the execution recording.
While vCPU tries to lock replay mutex in main while loop,
vga causes dirty memory sync and do_run_on_cpu call.
This call waits for vCPU to process the work queue.
Pavel Dovgalyuk
Paolo Bonzini писал 2019-08-20 09:59:
There is a race between TCG and acc
Paolo,
what about merging reviewed and acked patches before the soft freeze?
Pavel Dovgalyuk
Pavel Dovgalyuk писал 2019-06-21 11:20:
GDB remote protocol supports reverse debugging of the targets.
It includes 'reverse step' and 'reverse continue' operations.
The first one finds the previous s
Markus Armbruster писал 2019-02-12 10:14:
"Pavel Dovgalyuk" writes:
Ping?
Are you pinging for more review, or for someone to merge this?
From my point of view this patch set is ready.
Pavel Dovgalyuk
ues I encounter.
I'll try 'info monitor' command tomorrow, but no guarantees that
I'll be able to reproduce issue again.
Speaking about '-nographic' and SDL... I've noted that UI greatly
minimizes possibility of hanging (but not avoids it completely) when
using ico
Artem Pisarenko писал 2018-09-30 14:01:
Feature still broken :(
Thanks for testing.
Brief description of my tests.
Guest image is Linux, which just powers off after kernel boots
(instead of proceeding to user-space /init or /sbin/init).
Base cmdline:
qemu-system-x86_64 -nodefaults -machine
Hi, Ciro!
I found several issues in your command lines.
Ciro Santilli писал 2018-08-08 02:13:
OK, finally got some time to try it out, I'm using
c42634d8e3428cfa60672c3ba89cabefc720cde9 from rr-180725.
Replay works well as far as I can tell, so I moved to the reverse
debugging:
/home/ciro/bak
Ping?
Pavel Dovgalyuk
Pavel Dovgalyuk писал 2016-03-01 14:07:
This set of patches is related to the reverse execution and
deterministic
replay of qemu execution. It includes recording and replaying of serial
devices
and block devices operations.
With these patches one can record and determin
Paolo Bonzini писал 2015-11-06 15:59:
On 06/11/2015 13:26, Peter Maydell wrote:
Applied, thanks. Let's hope it doesn't break too much :-)
(Seriously, it's good to see this getting into the tree finally.
Do we have some documentation we can point to in the
release notes about how to use it?)
U
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 05/11/2015 15:00, Peter Maydell wrote:
> > On 5 November 2015 at 12:13, Paolo Bonzini wrote:
> >> The following changes since commit
> >> 6c5f30cad290c745f910481d0e890b3f4fad1f00:
> >>
> >> Merge remote-tracking branch
> >> 'remotes/juanq
Hi, Paolo!
Will you pull these patches into 2.5?
Pavel Dovgalyuk
> -Original Message-
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> Sent: Tuesday, October 06, 2015 11:01 PM
> To: qemu-devel@nongnu.org
> Cc: pavel.dovga...@ispras.ru
> Subject: [RFH
There is one more fix.
Sometimes replay cannot continue after stopping/restarting of the virtual
machine.
This happens because warp on stopped machine and on running machine behaves
differently.
Timers deadline calculation depends on enabled flag of the virtual timer.
The following patch fixes th
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> On 07/10/2015 10:21, Pavel Dovgaluk wrote:
> > There are two kinds of events:
> > - read from the log and injected immediately (user input, network input)
> > - read from the log and w
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 07/10/2015 12:42, Pavel Dovgaluk wrote:
> >> > Ok, got it. I still want to understand exactly the need for the init
> >> > and reset checkpoints, and the placement of qemu_clock_warp calls, but
> >> &g
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 07/10/2015 11:50, Pavel Dovgaluk wrote:
> >> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> >> Bonzini
> >> On 07/10/2015 10:21, Pavel Dovgaluk wrote:
> >>> There are t
I checked this patch.
Let's leave it without runstate_is_running() call.
If it will be needed later, we'll find it out.
Pavel Dovgalyuk
> -Original Message-
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> Sent: Tuesday, October 06, 2015 11:01 PM
> T
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
>
> It is not clear what separates REPLAY_ASYNC_EVENT_BH from other async
> events. It seems to be an ordering issue, but then why do input events
> not have to be looked up in the queue? It would be much simple
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> Sent: Tuesday, October 06, 2015 11:01 PM
> To: qemu-devel@nongnu.org
> Cc: pavel.dovga...@ispras.ru
> Subject: [PATCH 3/4] why is runstate_is_running needed?
>
> It doesn't seem correct to call it for all checkp
This one is ok too.
Pavel Dovgalyuk
> -Original Message-
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> Sent: Tuesday, October 06, 2015 11:01 PM
> To: qemu-devel@nongnu.org
> Cc: pavel.dovga...@ispras.ru
> Subject: [PATCH 2/4] more replay fixes
>
This one is ok.
Pavel Dovgalyuk
> -Original Message-
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> Sent: Tuesday, October 06, 2015 11:01 PM
> To: qemu-devel@nongnu.org
> Cc: pavel.dovga...@ispras.ru
> Subject: [PATCH 1/4] replay: generalize ptimer
Thank you!
What about other patches from rr series?
Pavel Dovgalyuk
> -Original Message-
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> Sent: Friday, September 25, 2015 7:52 PM
> To: qemu-devel@nongnu.org
> Cc: Pavel Dovgalyuk; Pavel Dovgalyuk
> Subject: [PULL 50/52] typedef: add t
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> On 23/09/2015 09:22, Pavel Dovgaluk wrote:
> > Sometimes tcg thread halts in qemu_tcg_wait_io_event function,
> > waiting for any external event. Virtual clock does not run, because
> &g
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 17/09/2015 18:24, Pavel Dovgalyuk wrote:
> > #endif
> >
> > +/* CPU thread can infinitely wait for event after
> > + missing the warp */
> > +qemu_clock_warp(QEMU_CLOCK_VIRTUAL);
> > qemu_clock_run_all_timers();
>
> It is
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 17/09/2015 18:24, Pavel Dovgalyuk wrote:
> > +if ((now < last || now > (last + get_max_clock_jump()))
> > +&& replay_mode == REPLAY_MODE_NONE) {
> > notifier_list_notify(&clock->reset_notifiers, &now);
>
> Thi
Hi!
Paolo, have you reviewed these patches?
Pavel Dovgalyuk
> -Original Message-
> From: Pavel Dovgalyuk [mailto:pavel.dovga...@ispras.ru]
> Sent: Thursday, September 17, 2015 7:23 PM
> To: qemu-devel@nongnu.org
> Cc: edgar.igles...@xilinx.com; peter.mayd...@linaro.org;
> igor.rubi...@g
> From: Leon Alrae [mailto:leon.al...@imgtec.com]
> On 28/08/2015 10:08, Pavel Dovgaluk wrote:
> >> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> >> On 2015-08-13 14:12, Leon Alrae wrote:
> >>> On 10/07/2015 10:57, Pavel Dovgalyuk wrote:
> &
Paolo,
Are these patches good enough?
Pavel Dovgalyuk
> -Original Message-
> From: Pavel Dovgalyuk [mailto:pavel.dovga...@ispras.ru]
> Sent: Monday, September 07, 2015 11:40 AM
> To: qemu-devel@nongnu.org
> Cc: edgar.igles...@xilinx.com; peter.mayd...@linaro.org;
> igor.rubi...@gmail.co
Lluís Vilanova писал 2015-09-04 16:00:
Mark Burton writes:
[...]
* What to do about icount?
What is the impact of multi-thread on icount? Do we need to disable
it
for MTTCG or can it be correct per-cpu? Can it be updated
lock-step?
We need some input from the guys that use icount the most.
Hi!
Alex Bennée писал 2015-09-04 10:49:
* What to do about icount?
What is the impact of multi-thread on icount? Do we need to disable it
for MTTCG or can it be correct per-cpu? Can it be updated lock-step?
Why can't we have separate icount for each CPU?
Then virtual timer will be assigned to
> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> On 2015-08-13 14:12, Leon Alrae wrote:
> > On 10/07/2015 10:57, Pavel Dovgalyuk wrote:
> > > @@ -2364,14 +2363,12 @@ static void gen_st_cond (DisasContext *ctx,
> > > uint32_t opc, int rt,
> > > #if defined(TARGET_MIPS64)
> > > case OPC_
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> unfortunately I do have some more review comments; that can happen when
> going back to the code after a few months, and it's also a good thing
> because it means that the code _is_ actually getting cleaner.
Tha
> From: Richard Henderson [mailto:rth7...@gmail.com] On Behalf Of Richard
> Henderson
> On 07/07/2015 02:31 PM, Pavel Dovgalyuk wrote:
> > diff --git a/target-i386/misc_helper.c b/target-i386/misc_helper.c
> > index 52c5d65..c8e7ee9 100644
> > --- a/target-i386/misc_helper.c
> > +++ b/target-i386/
> From: Richard Henderson [mailto:rth7...@gmail.com] On Behalf Of Richard
> Henderson
> On 07/06/2015 09:26 AM, Pavel Dovgalyuk wrote:
> > This patch fixes exception handling for seg_helper functions.
> >
> > Signed-off-by: Pavel Dovgalyuk
>
>
> No, you don't want to discriminately change every
> From: Richard Henderson [mailto:rth7...@gmail.com] On Behalf Of Richard
> Henderson
> On 07/06/2015 09:26 AM, Pavel Dovgalyuk wrote:
> > @@ -1117,33 +1131,33 @@ void helper_fxsave(CPUX86State *env, target_ulong
> > ptr, int data64)
> > for (i = 0; i < 8; i++) {
> > fptag |= (env
> From: Richard Henderson [mailto:rth7...@gmail.com] On Behalf Of Richard
> Henderson
> On 07/06/2015 09:26 AM, Pavel Dovgalyuk wrote:
> > This patch fixes exception handling for seg_helper functions.
> >
> > Signed-off-by: Pavel Dovgalyuk
>
>
> No, you don't want to discriminately change every
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 06/07/2015 13:54, Pavel Dovgaluk wrote:
> > Paolo,
> >
> > Are there any chances for upstreaming these patches?
>
> I'm sorry. It looks like no one really feels competent enough. What
> about committi
Paolo,
Are there any chances for upstreaming these patches?
Pavel Dovgalyuk
> -Original Message-
> From: Pavel Dovgalyuk [mailto:pavel.dovga...@ispras.ru]
> Sent: Wednesday, July 01, 2015 2:52 PM
> To: qemu-devel@nongnu.org
> Cc: peter.mayd...@linaro.org; peter.crosthwa...@xilinx.com;
>
> From: Richard Henderson [mailto:rth7...@gmail.com] On Behalf Of Richard
> Henderson
> On 06/29/2015 08:23 AM, Pavel Dovgalyuk wrote:
> > This patch passes TB return address into softmmu functions that are
> > invoked from target helpers. This allows correct PC and icount recovering
> > while han
Forgot to fix the subject.
These patches also fix exceptions handling for PowerPC.
Pavel Dovgalyuk
> -Original Message-
> From: Pavel Dovgalyuk [mailto:pavel.dovga...@ispras.ru]
> Sent: Monday, June 29, 2015 10:23 AM
> To: qemu-devel@nongnu.org
> Cc: rth7...@gmail.com; ag...@suse.de; pav
> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> On 2015-06-18 16:28, Pavel Dovgalyuk wrote:
> > This patch improves exception handling in MIPS.
> > Instructions generate several types of exceptions.
> > When exception is generated, it breaks the execution of the current
> > translation
> >
> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> On 2015-06-18 16:28, Pavel Dovgalyuk wrote:
> > This patch introduces several helpers to pass return address
> > which points to the TB. Correct return address allows correct
> > restoring of the guest PC and icount. These functions should be u
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 24/06/2015 13:40, Pavel Dovgaluk wrote:
> >>> > > +/* If not executing code then assume we are ok. */
> >>> > > +if (cpu->current_tb == NULL) {
> >>> > > +ret
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> On 31/05/2015 08:11, Peter Crosthwaite wrote:
> > +/* If not executing code then assume we are ok. */
> > +if (cpu->current_tb == NULL) {
> > +return true;
> > +}
> > +return cpu->can_do_
> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> On 2015-06-18 12:02, Paolo Bonzini wrote:
> >
> > TCG can then use them to fill in an array stored inside the
> > TranslationBlock, together with the host PC. Since the gen_opc_pc,
> > gen_opc_instr_start, gen_opc_icount arrays are inside tcg_
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 18/06/2015 11:24, Pavel Dovgaluk wrote:
> >>> > > +uint16_t helper_call_ldw_cmmu(CPUArchState *env, target_ulong addr,
> >>> > > + int mmu_idx, uintptr_t retaddr);
> &
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 17/06/2015 14:42, Pavel Dovgalyuk wrote:
> > This patch introduces several helpers to pass return address
> > which points to the TB. Correct return address allows correct
> > restoring of the guest PC and icount. These functions should be use
> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> On 2015-06-18 10:12, Pavel Dovgaluk wrote:
> > > From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> > > On 2015-06-17 15:41, Pavel Dovgalyuk wrote:
> > > > In icount mode every translation block looks a
> From: Peter Maydell [mailto:peter.mayd...@linaro.org]
> On 18 June 2015 at 08:12, Pavel Dovgaluk wrote:
> >> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> >> Looking at how icount work, I see it's basically a variable in the CPU
> >> state (icount_de
> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> On 2015-06-17 15:41, Pavel Dovgalyuk wrote:
> > In icount mode every translation block looks as follows:
> >
> > if icount < n then exit
> > icount -= n
> > instr1
> > instr2
> > ...
> > instrn
> > exit
> >
> > When one of these instructions in
> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> On 2015-06-17 15:41, Pavel Dovgalyuk wrote:
> > This set of patches fixes exception handling for MIPS and i386 targets.
> > These targets contain instructions that break correct execution in
> > icount/TCG modes (MIPS) and in regular TCG mode (
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 17/06/2015 14:42, Pavel Dovgalyuk wrote:
> > This patch introduces several helpers to pass return address
> > which points to the TB. Correct return address allows correct
> > restoring of the guest PC and icount. These functions should be use
> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> On 2015-06-15 07:53, Pavel Dovgaluk wrote:
> > > From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> > > On 2015-06-10 11:33, Pavel Dovgalyuk wrote:
> > > > This patch fixes exception handling in MIPS
> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> On 2015-06-15 07:53, Pavel Dovgaluk wrote:
> > > From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> > > On 2015-06-10 11:33, Pavel Dovgalyuk wrote:
> > > > This patch fixes exception handling in MIPS
> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> On 2015-06-10 11:33, Pavel Dovgalyuk wrote:
> > This patch fixes exception handling in MIPS.
> > MIPS instructions generate several types of exceptions.
> > When exception is generated, it breaks the execution of the current
> > translation
>
Broken description. This one is correct:
replay: recording of the user input
This records user input (keyboard and mouse events) in record mode and replays
these input events in replay mode.
Pavel Dovgalyuk
> -Original Message-
> From: Pavel Dovgalyuk [mailto:pavel.dovga...@ispras.ru]
>
Ping?
> -Original Message-
> From: Pavel Dovgalyuk [mailto:pavel.dovga...@ispras.ru]
> Sent: Wednesday, May 06, 2015 5:03 PM
> To: qemu-devel@nongnu.org
> Cc: peter.mayd...@linaro.org; peter.crosthwa...@xilinx.com; ebl...@redhat.com;
> mark.bur...@greensocs.com; r...@ispras.ru; batuz...@is
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> On 12/05/2015 17:32, Peter Maydell wrote:
> > In order for -icount to work, it's important for the target
> > translate.c code to correctly bracket any generated code which
> > can "do I/O" with gen_io_start()/ge
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 06/05/2015 16:04, Pavel Dovgalyuk wrote:
> > This patch introduces aio_bh_call function. It is used to execute
> > bottom halves as callbacks without adding them to the queue.
> >
> > Signed-off-by: Pavel Dovgalyuk
> > ---
> > async.c
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 05/05/2015 12:22, Pavel Dovgaluk wrote:
> > This patch is the reduced version of prior "bottom halves" patch.
>
> dma-helpers.c is also related to block devices, so it's better not to
> change it now.
This patch is the reduced version of prior "bottom halves" patch.
Pavel Dovgalyuk
> -Original Message-
> From: Pavel Dovgalyuk [mailto:pavel.dovga...@ispras.ru]
> Sent: Tuesday, May 05, 2015 1:19 PM
> To: qemu-devel@nongnu.org
> Cc: peter.mayd...@linaro.org; peter.crosthwa...@xilinx.com;
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> 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 gue
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 27/02/2015 14:11, Pavel Dovgalyuk wrote:
> > This patch adds identifier to aio requests. ID is used for creating bottom
> > halves and identifying them while replaying.
> > The patch also introduces several functions that make possible replayi
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> On 18/02/2015 12:55, 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
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> On 18/02/2015 12:57, Pavel Dovgalyuk wrote:
> > @@ -2751,6 +2757,7 @@ int main(int argc, char **argv, char **envp)
> > {
> > int i;
> > int snapshot, linux_boot;
> > +const char *icount_option = NU
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 17/02/2015 09:43, Pavel Dovgaluk wrote:
> >> > int64_t deadline = qemu_clock_deadline_ns_all(QEMU_CLOCK_VIRTUAL);
> >> > if (deadline == 0) {
> >> > qemu_clock_notify(QEMU_CLOCK_VIR
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> On 16/02/2015 14:37, Pavel Dovgaluk wrote:
> >> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> >> Bonzini
> >> On 16/02/2015 14:27, Pavel Dovgal
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> On 16/02/2015 14:27, Pavel Dovgaluk wrote:
> >> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> >> Bonzini
> >> On 16/02/2015 13:26, Pavel Dovga
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> On 16/02/2015 13:26, Pavel Dovgaluk wrote:
> >>> > > I think in this case there are no events at all - just reading timers
> >>> > > values
> >>> > &
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> On 02/02/2015 13:42, Pavel Dovgaluk wrote:
> >> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> >> On 02/02/2015 13:28, Pavel Dovgaluk wrote:
> >>>>>>>
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 09/02/2015 13:15, Pavel Dovgaluk wrote:
> >> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> >>> break;
> >>> case QEMU_OPTION_audio_help:
> >>>
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> On 22/01/2015 09:53, Pavel Dovgalyuk wrote:
> > +if (replay_mode != REPLAY_MODE_PLAY) {
> > +evt = qemu_input_event_new_key(key, down);
> > +if (QTAILQ_EMPTY(&kbd_queue)) {
> > +qe
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> On 22/01/2015 09:53, Pavel Dovgalyuk wrote:
> > +void replay_input_event(QemuConsole *src, InputEvent *evt)
> > +{
> > +if (replay_mode == REPLAY_MODE_PLAY) {
> > +/* Nothing */
> > +} else if (re
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 22/01/2015 09:53, Pavel Dovgalyuk wrote:
> > This patch introduces bottom half event for replay queue. It saves the
> > events
> > into the queue and process them at the checkpoints and instructions
> > execution.
>
> Which bottom halves mu
> From: Stefan Weil [mailto:s...@weilnetz.de]
> Am 09.02.2015 um 09:07 schrieb Pavel Dovgaluk:
> >> From: Stefan Weil [mailto:s...@weilnetz.de]
> >> Am 09.02.2015 um 08:55 schrieb Pavel Dovgalyuk:
> >>> On w64, setjmp is implemented by _setjmp which needs a se
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 22/01/2015 09:53, Pavel Dovgalyuk wrote:
> > This patch introduces the functions for enabling the record/replay and for
> > freeing the resources when simulator closes.
> >
> > Signed-off-by: Pavel Dovgalyuk
>
> > };
> >
> > /* Asynchronou
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 22/01/2015 09:53, Pavel Dovgalyuk wrote:
> > This patch introduces command line options for enabling recording or
> > replaying
> > virtual machine behavior. "-record" option starts recording of the execution
> > and saves it into the log, sp
> From: Stefan Weil [mailto:s...@weilnetz.de]
> Am 09.02.2015 um 08:55 schrieb Pavel Dovgalyuk:
> > On w64, setjmp is implemented by _setjmp which needs a second parameter.
> > This parameter should be NULL to allow using longjump from generated code.
> > This patch replaces all usages of setjmp.h
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 22/01/2015 09:52, Pavel Dovgalyuk wrote:
> > This patch introduces functions for recording and replaying realtime
> > sources,
> > that do not use qemu-clock interface. These include return value of time()
> > function in time_t and struct tm
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 03/02/2015 11:51, Pavel Dovgaluk wrote:
> >> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> >> On 22/01/2015 09:52, Pavel Dovgalyuk wrote:
> >>> Clock ticks are considered as the sources of non-determin
> From: Paolo Bonzini [mailto:pbonz...@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
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> On 22/01/2015 09:51, Pavel Dovgalyuk wrote:
> > These patches include only core function of the replay,
> > excluding the support for replaying serial, audio, network, and USB devices'
> > operations. Reverse deb
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 22/01/2015 09:52, Pavel Dovgalyuk wrote:
> > +if (replay_mode == REPLAY_MODE_RECORD) {
> > +replay_save_instructions();
> > +replay_put_event(EVENT_EXCEPTION);
> > +return true;
>
> Missing mutex lock/unlock.
I th
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 02/02/2015 13:28, Pavel Dovgaluk wrote:
> >>> > > cpu->exception_index = EXCP_INTERRUPT;
> >>> > > next_tb = 0;
> >&g
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 22/01/2015 09:52, Pavel Dovgalyuk wrote:
> > This patch adds calls to replay functions into the icount setup block.
> > In record mode number of executed instructions is written to the log.
> > In replay mode number of istructions to execute i
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 22/01/2015 09:51, Pavel Dovgalyuk wrote:
> > This patch adds functions to perform read and write operations
> > with replay log.
> >
> > Signed-off-by: Pavel Dovgalyuk
> > ---
> > +void replay_check_error(void)
>
> Could this be static? (I h
Ping?
Pavel Dovgalyuk
> -Original Message-
> From: Pavel Dovgalyuk [mailto:pavel.dovga...@ispras.ru]
> Sent: Thursday, January 22, 2015 11:52 AM
> To: qemu-devel@nongnu.org
> Cc: peter.mayd...@linaro.org; peter.crosthwa...@xilinx.com; ebl...@redhat.com;
> mark.bur...@greensocs.com; r...@i
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 13/01/2015 10:15, Pavel Dovgaluk wrote:
> > The numbers have no meaning. They just have to be distinct in different
> > places.
>
> This is easier to achieve if you give a name to each place.
>
> > Sorry,
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 19/01/2015 14:10, Pavel Dovgaluk wrote:
> >>> > >
> >>> > > Because 'A' is written only inside some of the replay_run_event
> >>> > > callbacks.
> >>> >
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 19/01/2015 14:01, Pavel Dovgaluk wrote:
> > > It would be easier if you pointed me to actual code in the series. But
> > > this doesn't seem impossible to fix by atomically writing the 'E' and
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 19/01/2015 13:43, Pavel Dovgaluk wrote:
> > > For example, why can't replay_run_event (or something
> > > that it calls) take the replay lock locally, when it writes to the log?
> >
> > replay_run
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> On 19/01/2015 13:03, Pavel Dovgaluk wrote:
> > It will work for protecting the events list (I've already did this).
> > But that will not work for protecting the log file.
> > replay_run_event can write some data to
1 - 100 of 244 matches
Mail list logo