This patch adds icount event to the replay subsystem. This event corresponds
to execution of several instructions and used to synchronize input events
in the replay phase.
Signed-off-by: Pavel Dovgalyuk
---
replay/replay-internal.c | 14 ++
replay/replay-internal.h | 18 +
This patch adds global variables, defines, functions declarations,
and function stubs for deterministic VM replay used by external modules.
Signed-off-by: Pavel Dovgalyuk
---
Makefile.target |1 +
qapi-schema.json | 32
replay/Makefile.objs |1
Replay uses number of executed instructions to determine corrent events
injection moments. This patch introduces new function for querying the
instructions counter.
Signed-off-by: Pavel Dovgalyuk
---
cpus.c | 13 ++---
include/qemu/timer.h |1 +
2 files changed, 11 in
From: Paolo Bonzini
Subject: [PATCH] target-ppc: pass DisasContext to SPR generator functions
Signed-off-by: Paolo Bonzini
Signed-off-by: Pavel Dovgalyuk
---
target-ppc/cpu.h| 13 +-
target-ppc/translate.c | 10 +-
target-ppc/translate_init.c | 247 +
This patch sets can_do_io function to allow reading icount
within cpu-exec, but outside TB execution.
Signed-off-by: Pavel Dovgalyuk
---
cpu-exec.c |3 +++
cpus.c |3 +++
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/cpu-exec.c b/cpu-exec.c
index f52f292..88675ca 100
Processing CPU_INTERRUPT_POLL requests in cpu_has_work functions
break the determinism of cpu_exec. This patch is required to make
interrupts processing deterministic.
Signed-off-by: Paolo Bonzini
Signed-off-by: Pavel Dovgalyuk
---
cpu-exec.c|6 ++
target-i386/cpu.c | 10 ++--
This patch adds functions to perform read and write operations
with replay log.
Signed-off-by: Pavel Dovgalyuk
---
replay/Makefile.objs |1
replay/replay-internal.c | 141 ++
replay/replay-internal.h | 50
3 files changed,
This patch removes "static" specifier from several qemu function to make
them visible to the replay module. It also invents several system functions
that will be used by replay.
Signed-off-by: Pavel Dovgalyuk
---
cpus.c |4 ++--
include/exec/exec-all.h |1 +
include/qom/
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 th
In icount mode cpu_exec_nocache function is used to execute part of the
existing TB. At the end of cpu_exec_nocache newly created TB is deleted.
Sometimes io_read function needs to recompile current TB and restart TB
lookup and execution. After that tb_find_fast function finds old (bigger)
TB again
On Sat, Dec 6, 2014 at 12:33 AM, Paolo Bonzini wrote:
>
>
> On 05/12/2014 17:15, Ming Lei wrote:
>> From: Ming Lei
>>
>> QEMU block should have supported to read/write at most
>> 0x7f * 512 bytes, unfortunately INT_MAX is used to check
>> bytes in both bdrv_co_do_writev() and bdrv_check_byte_
>> #
>> # Since: 1.2
>> ##
>> { 'enum': 'MigrationCapability',
>> - 'data': ['xbzrle', 'rdma-pin-all', 'auto-converge', 'zero-blocks']
>> }
>> + 'data': ['xbzrle', 'rdma-pin-all', 'auto-converge', 'zero-blocks',
>>+ 'compress'] }
>>
>
>I'll repeat what I said on v1 (but this time, with som
Now that new VHDX images will default to BAT block states of
PAYLOAD_BLOCK_ZERO, we can indicate that VHDX has zero init.
Signed-off-by: Jeff Cody
---
block/vhdx.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/block/vhdx.c b/block/vhdx.c
index ddefc2a..2bbb3ee 100644
--- a/block/vhdx.c
+++
The 0.95 VHDX spec defined PAYLOAD_BLOCK_UNMAPPED to be 5. The 1.00
VHDX spec redefines PAYLOAD_BLOCK_UNMAPPED to be 3 instead.
The original value of 5 is now an undefined state in the spec, but it
should be safe to treat it the same and return zeros for data read.
This way, we can maintain compa
The VHDX spec specifies that the default new block state is
PAYLOAD_BLOCK_NOT_PRESENT for a dynamic VHDX image, and
PAYLOAD_BLOCK_FULLY_PRESENT for a fixed VHDX image.
However, in order to create space-efficient VHDX images with qemu-img
convert, it is desirable to be able to set has_zero_init to
Minor cleanup.
Signed-off-by: Jeff Cody
---
block/vhdx.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/block/vhdx.c b/block/vhdx.c
index 12bfe75..f1e1e2e 100644
--- a/block/vhdx.c
+++ b/block/vhdx.c
@@ -1109,8 +1109,8 @@ static coroutine_fn int vhdx_co_readv(BlockDr
A couple of VHDX fixes in this series:
* updating the driver to reflect the 1.00 spec for the value of
PAYLOAD_BLOCK_UNMAPPED (thanks Kevin)
* enabling VHDX to support zero init in qemu-img convert
1/4: compiling: e8718ae: block: vhdx - remove redundant comments
2/4: compiling: 8a4d2da: block
spapr_tce_table_finalize() can SEGV if the object was not previously
realized. In particular this can be triggered by running
qemu-system-ppc -device spapr-tce-table,?
The basic problem is that we have mismatched initialization versus
finalization: spapr_tce_table_finalize() is attemptin
On 2014/12/5 20:56, Eric Blake wrote:
> On 12/05/2014 01:30 AM, arei.gong...@huawei.com wrote:
>> From: Gonglei
>>
>> If errors happen for middle items of channel_list,
>> qmp_query_spice_channels() returns NULL, and the variable
>> cur_item going out of scope leaks the storage it points to.
>>
>
Will check it , i had been made my personal build modding the Makefile with
altivec commands in CPPFLAGS.
i dont know if it was a placebo effect but look like everything is more faster.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Peter no problem , if you need the code where i had been found that code
ask i can share it without problem.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1399957
Title:
Strange colors on PowerMac
Signed-off-by: Antony Pavlov
---
hw/block/pflash_cfi02.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/hw/block/pflash_cfi02.c b/hw/block/pflash_cfi02.c
index 8513a17..389b4aa 100644
--- a/hw/block/pflash_cfi02.c
+++ b/hw/block/pflash_cfi02.c
@@ -744,6 +744,7 @@ static void pflash_cfi02_cla
We assume that your C compiler generates decently optimised code that
uses the features of your host CPU with just the standard -O2
optimisation flag. If this isn't the case, you can use configure's
--extra-cflags argument (eg "--extra-cflags=-faltivec -maltivec") to get
the build process to pass a
A separate bug report has now been filed for the sparc case as
requested: bug #1399943.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1335444
Title:
qemu loses serial console data on EAGAIN
Status
On 7 December 2014 at 11:49, luigiburdo wrote:
> PMM i found the problem it is because big endian sdl and was fixed in some
> other programams with this
> like i write before on 8 bit std no problem when i swap to 16 bit and up i
> have wrong colors.
>
> /* The MacOS X port of SDL l
PMM i found the problem it is because big endian sdl and was fixed in some
other programams with this
like i write before on 8 bit std no problem when i swap to 16 bit and up i
have wrong colors.
/* The MacOS X port of SDL lies about it's default pixel format
* for hig
I will check on my Macbook x86 if needed ...
i will first investigating why std mode on ppc have this issue with 32bit video
modes on 16bit look like it is ok.
wmare have this isssue too. Not the cyrrus there everything is ok.
will ask some other guys to make test of qemu on other powermac machin
27 matches
Mail list logo