Hi all,
I recently ran into Problems when trying to install some Windows VMs
this was after an update to QEMU 2.5.1.1, the VM shows Windows loading
files for the installation, then the "Starting Windows" screen appears
here it hangs and never continues.
Changing the "-vga" option to cirrus solves
From: Chen Gang
Signed-off-by: Chen Gang
---
target-tilegx/helper-fdouble.c | 365 +
1 file changed, 365 insertions(+)
create mode 100644 target-tilegx/helper-fdouble.c
diff --git a/target-tilegx/helper-fdouble.c b/target-tilegx/helper-fdouble.c
new fil
From: Chen Gang
It passes normal building, and related test.
Signed-off-by: Chen Gang
---
target-tilegx/Makefile.objs | 3 ++-
target-tilegx/helper.h | 12 +
target-tilegx/translate.c | 66 ++---
3 files changed, 71 insertions(+), 10 dele
From: Chen Gang
normalize_roundpack_float32 is based on (u)int32_to_float32 function to
support float32 packing.
normalize_roundpack_float64 is the special case of roundAndPackFloat64.
Signed-off-by: Chen Gang
---
fpu/softfloat.c | 65 +
From: Chen Gang
It is used by fsingle and fdouble helpers.
Signed-off-by: Chen Gang
---
target-tilegx/helper-fshared.h | 56 ++
1 file changed, 56 insertions(+)
create mode 100644 target-tilegx/helper-fshared.h
diff --git a/target-tilegx/helper-fshared
From: Chen Gang
These patches are the normal floating point implementation, instead of
the original temporary one.
It passes building, and gcc testsuite.
Chen Gang (5):
fpu: softfloat: Add normalize_roundpack_float[32|64] functions
target-tilegx/helper-fshared.h: Add floating point shared
From: Chen Gang
Signed-off-by: Chen Gang
---
target-tilegx/helper-fsingle.c | 201 +
1 file changed, 201 insertions(+)
create mode 100644 target-tilegx/helper-fsingle.c
diff --git a/target-tilegx/helper-fsingle.c b/target-tilegx/helper-fsingle.c
new fil
This commit adds a fast variant of SeaBIOS called 'bios-fast.bin'.
It's designed to be the fastest (also the smallest, but that's not the
main aim) SeaBIOS that is just enough to boot a Linux kernel using the
-kernel option on i686 and x86_64.
This commit does not modify the -kernel option to use
Previously posted here:
https://lists.gnu.org/archive/html/qemu-devel/2016-04/threads.html#00205
There is no change. I just rebased it on top of current HEAD,
and retested it.
Rich.
From: Pavel Butsykin
The vmdk format has support for compression, it would be fine to add it for
the test backup compression
Signed-off-by: Pavel Butsykin
Signed-off-by: Denis V. Lunev
CC: Jeff Cody
CC: Markus Armbruster
CC: Eric Blake
CC: John Snow
CC: Stefan Hajnoczi
CC: Kevin Wolf
---
From: Pavel Butsykin
Added cases to check the backup compression out of qcow2, raw in qcow2
on drive-backup and blockdev-backup.
Signed-off-by: Pavel Butsykin
Signed-off-by: Denis V. Lunev
CC: Jeff Cody
CC: Markus Armbruster
CC: Eric Blake
CC: John Snow
CC: Stefan Hajnoczi
CC: Kevin Wolf
From: Pavel Butsykin
The idea is simple - backup is "written-once" data. It is written block
by block and it is large enough. It would be nice to save storage
space and compress it.
The patch adds a flag to the qmp/hmp drive-backup command which enables
block compression. Compression should be i
From: Pavel Butsykin
The vmdk format has the extents and bs->file can be equal to the first
extension. Before start of the backup we do detach the old context on the
target drive at the bdrv_attach_aio_context. For the vmdk drive this means
a double detach of the same block driver state, because
From: Pavel Butsykin
There are no block drivers left that implement the old
.bdrv_write_compressed interface, so it can be removed now.
Signed-off-by: Pavel Butsykin
Signed-off-by: Denis V. Lunev
CC: Jeff Cody
CC: Markus Armbruster
CC: Eric Blake
CC: John Snow
CC: Stefan Hajnoczi
CC: Kevi
From: Pavel Butsykin
The idea is simple - backup is "written-once" data. It is written block
by block and it is large enough. It would be nice to save storage
space and compress it.
Signed-off-by: Pavel Butsykin
Signed-off-by: Denis V. Lunev
CC: Jeff Cody
CC: Markus Armbruster
CC: Eric Blake
From: Pavel Butsykin
This patch just adds the interface to the bdrv_co_write_compressed, which
is currently not used but will be useful for safe implementation of the
bdrv_co_write_compressed callback in format drivers.
Signed-off-by: Pavel Butsykin
Signed-off-by: Denis V. Lunev
CC: Jeff Cody
From: Pavel Butsykin
Added implementation of the vmdk_co_write_compressed function that
will allow us to safely use compressed writes for the vmdk from running
VMs.
Signed-off-by: Pavel Butsykin
Signed-off-by: Denis V. Lunev
CC: Jeff Cody
CC: Markus Armbruster
CC: Eric Blake
CC: John Snow
From: Pavel Butsykin
Added implementation of the qcow2_co_write_compressed function that
will allow us to safely use compressed writes for the qcow2 from running
VMs.
Signed-off-by: Pavel Butsykin
Signed-off-by: Denis V. Lunev
CC: Jeff Cody
CC: Markus Armbruster
CC: Eric Blake
CC: John Snow
From: Pavel Butsykin
Added implementation of the qcow_co_write_compressed function that
will allow us to safely use compressed writes for the qcow from running
VMs.
Signed-off-by: Pavel Butsykin
Signed-off-by: Denis V. Lunev
CC: Jeff Cody
CC: Markus Armbruster
CC: Eric Blake
CC: John Snow
The idea is simple - backup is "written-once" data. It is written block
by block and it is large enough. It would be nice to save storage
space and compress it.
These patches add the ability to compress data during backup. This
functionality is implemented by means of adding options to the qmp/hmp
Any chance you can re-test with a more recent kernel on the hypervisor
host? If the spin-lock was coming from user-space, I would expect
futex_wait_setup and futex_wake to be much higher.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU
Signed-off-by: Denis V. Lunev
CC: Kevin Wolf
---
block/qcow2.c | 5 +
trace-events | 2 ++
2 files changed, 7 insertions(+)
diff --git a/block/qcow2.c b/block/qcow2.c
index 9a54bbd..97bf870 100644
--- a/block/qcow2.c
+++ b/block/qcow2.c
@@ -2435,6 +2435,9 @@ static coroutine_fn int
qcow2_
They are used once only. This makes code more compact.
The patch also improves comments in the code.
Signed-off-by: Denis V. Lunev
CC: Kevin Wolf
---
block/qcow2.c | 39 +++
1 file changed, 15 insertions(+), 24 deletions(-)
diff --git a/block/qcow2.c b/bloc
Unaligned request could occupy only one cluster. This is true since the
previous commit. Simplify the code taking this considiration into
account.
There are no other changes so far.
Signed-off-by: Denis V. Lunev
CC: Kevin Wolf
---
block/qcow2.c | 23 +--
1 file changed, 5 i
It would be convinient to enable tracepoints in qemu-io binary. This would
allow to perform investigations without additional code recompilations.
The command line will be exactly the same as in qemu-system.
Signed-off-by: Denis V. Lunev
CC: Kevin Wolf
CC: Paolo Bonzini
---
qemu-io.c | 43 +++
This series enables tracepoints in qemu-io and improves
bdrv/qcow2_co_write_zeroes framework.
Signed-off-by: Denis V. Lunev
CC: Kevin Wolf
Denis V. Lunev (6):
qcow2: add tracepoints for qcow2_co_write_zeroes
qemu-io: enable tracing in qemu-io
block: split write_zeroes always
qcow2: simp
We should check for (res & BDRV_BLOCK_ZERO) only. The situation when we
will have !(res & BDRV_BLOCK_DATA) and will not have BDRV_BLOCK_ZERO is
not possible.
Signed-off-by: Denis V. Lunev
CC: Kevin Wolf
---
block/qcow2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/block/
We should split requests even if they are less than write_zeroes_alignment.
For example we can have the following request:
offset 62k
size 4k
write_zeroes_alignment 64k
Original code will send 1 request covering 2 qcow2 clusters. One cluster
could be zeroed as a whole, another could not be.
2016-05-14 19:08 GMT+09:00 Peter Maydell :
>
>
> The ARM ARM defines that SP_EL1 is accessible only from
> EL2 or higher via the system-register instructions, and
> SP_EL2 only from EL3 or higher (see table C5-7 on page
> C5-288 of the v8 ARM ARM DDI0487A.h, or the register description
> pages for
Public bug reported:
Facing this if i enable gtk,gl option same is with sd2 gl options.
PowerPc P5020 4gb ram Ubuntu Mate 16:04
tested on
RadeonSi 7750HD 2gb ddr3
r600 6570 2gb ddr3
Masa 11.2.2 and 11.3 dev
same issue come on swrast mode
Thanks
Luigi
** Affects: qemu
Importance: Undecide
On 03/16/2016 01:37 PM, Michael S. Tsirkin wrote:
On Wed, Mar 16, 2016 at 01:33:31PM +0300, Denis V. Lunev wrote:
On 03/04/2016 10:49 AM, Michael S. Tsirkin wrote:
From: Igor Redko
We are making experiments with different autoballooning strategies
based on the guest behavior. Thus we need to
On 14 May 2016 at 10:37, Laurent Vivier wrote:
>
>
> Le 13/05/2016 à 18:40, Peter Maydell a écrit :
>> On 30 January 2016 at 22:26, Laurent Vivier wrote:
>>> +while (len > (int)sizeof(struct nlmsghdr)) {
>>
>> What is this cast to int for ?
>>
>
> I agree it seems useless, I have copied some
On 14 May 2016 at 06:07, Tsung-Han Lin wrote:
> Fix the access rights of SP_EL2 and SP_EL1, which should be able to be
> accessed from EL2 and EL1 respectively.
>
> Signed-off-by: Tsung-Han Lin
> ---
> target-arm/helper.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
Some more test I have do:
1. running qemu with TCMALLOC_MAX_TOTAL_THREAD_CACHE_BYTES 256MB, still got
problem
2. prevent cpu go into C3 and C6 state, still got problem
3. running qemu with aio=native, still got problem
--
You received this bug notification because you are a member of qemu-
devel
34 matches
Mail list logo
