this answers the whole question. Thanks a lot. closing
** Changed in: qemu
Status: New => Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1860759
Title:
[REGRESSION] option `-snapsho
Thank a lot for the detailed answer. Surely it's worth discussing qemu here
leaving libvirt for RH bugzilla.
> But since modern qemu has declared -snapshot to be unsupported with
-blockdev, and modern libvirt has switched to -blockdev, I claim that this
is not a qemu bug, but a libvirt feature req
Max, thanks a lot for the explanation.
Do you mean that snapshot-ing isn't possible totally for blockdev? Then I
guess some libvirt users are in trouble :((
Actually I didn't quite caught the reason why a blockdev supports backing
but not {backing to a file on /tmp then promptly deleted} ? What's t
Public bug reported:
After upgrade of qemu 3.1.0 → 4.2.0 I found that running with libvirt doesn't
honor `-snapshot` option anymore. I.e. disk images get modified.
Using `-hda` option honors `-snapshot`
So I made a test case without libvirt. Testcase using 4.2.0:
> qemu -hda tmp-16G.img -cdrom
JFYI, I know that snapshot=on option should be used. But `-snapshot` option
exists and must work.
Also libvirt doesn't yet support it:
https://bugzilla.redhat.com/show_bug.cgi?id=508662
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU
(hw/core/qdev-properties.c:803)
assert(qdev_get_prop_ptr(dev, &arrayprop->prop) == eltptr);
So ptrdiff_t should be used instead
Signed-off-by: Ildar Isaev
---
include/hw/qdev-core.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/hw/qdev-core.h b/include/
> On 19 February 2015 at 21:26, wrote:
> > From: Ildar Isaev
> >
> > pc wasn't modified in tcg code for load/store multiple,
> > causing translation block to be executed in infinite loop forever
> >
> > Signed-off-by: Ildar Isaev
>
> I
Pseudocode fragment for STM instruction in ARMv8 spec:
if registers == '1' then // Store User mode register
MemA[address,4] = Rmode[i, M32_User];
Signed-off-by: Ildar Isaev
---
target-arm/translate.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --gi
I guess the problem is solved already.
qemu-img version 1.4.0
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/660366
Title:
"qemu-img convert -O qcow2 -o backing_file" makes huge images
Status in QE
** Changed in: qemu
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/660366
Title:
"qemu-img convert -O qcow2 -o backing_file" makes huge images
Status in QEM
Do you confirm this as a bug?
--
"qemu-img convert -O qcow2 -o backing_file" makes huge images
https://bugs.launchpad.net/bugs/660366
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug description:
$ dd if=/dev/ura
Public bug reported:
$ dd if=/dev/urandom bs=1M of=1.img count=4
4+0 records in
4+0 records out
4194304 bytes (4,2 MB) copied, 1,0413 s, 4,0 MB/s
$ qemu-img create -f qcow2 -b 1.img 2.img
Formatting '2.img', fmt=qcow2 size=4194304 backing_file='1.img' encryption=off
cluster_size=0
$ qemu-img con
12 matches
Mail list logo
