Re: Attaching qcow2 images to containers

Hi, Stefan, sorry for the late reply. I missed your message since I don't use that email address anymore. Sent a patch to fix the stale address in .mailmap. On 18.05.2022 09:30, Stefan Hajnoczi wrote: > Hi Kirill, > I saw your "[PATCH 0/4] dm: Introduce dm-qcow2 driver to attach QCOW2 > files as

Re: [PATCH v2 1/2] qcow2: add keep-dirty open option

>in s->incompatible_features behaves same way as without keep-dirty >option: it actually designate status of refcounts dirtiness. But we >never clear the flag in the image, and we remember that it is always >set. > > Signed-off-by: Vladimir Sementsov-Ogi

Re: [PATCH 1/2] qcow2: add keep-dirty open option

On 20.01.2022 19:20, Vladimir Sementsov-Ogievskiy wrote: > Consider the case: > > Thirdparty component works with qcow2 image, and dirty bit is set. > > Thirdparty component want to start qemu-img to do some manipulation. > Ofcourse, third party component flushes refcounts and other metadata > be

Re: [PATCH v2 10/10] qcow2-refcount: check_refblocks(): add separate message for reserved

On 05.05.2021 09:59, Vladimir Sementsov-Ogievskiy wrote: > Split checking for reserved bits out of aligned offset check. > > Signed-off-by: Vladimir Sementsov-Ogievskiy > Reviewed-by: Eric Blake Tested-by: Kirill Tkhai > --- > block/qcow2.h | 1 + > block/

Re: [PATCH v2 09/10] qcow2-refcount: check_refcounts_l1(): check reserved bits

ot; > + "%" PRIx64, l1_table[i]); '\n' is missed. The rest is OK for me. Tested-by: Kirill Tkhai > +res->corruptions++; > +} > + > l2_offset = l1_table[i] & L1E_OFFSET_MASK; > > /* Mark L2 table as used */ >

Re: [PATCH v2 07/10] qcow2-refcount: check_refcounts_l2(): check reserved bits

2E_STD_RESERVED_MASK) { > +fprintf(stderr, "ERROR found l2 entry with reserved bits > set: " > +"%" PRIx64, l2_entry); '\n' is missed. The rest is OK for me. Tested-by: Kirill Tkhai > +res->corruptions++; > +

Re: [PATCH v2 06/10] qcow2-refcount: check_refcounts_l2(): check l2_bitmap

uld be unallocated >(or zero-plain) > > For unallocated clusters we can safely fix the entry by making it > zero-plain. > > Signed-off-by: Vladimir Sementsov-Ogievskiy > Reviewed-by: Eric Blake Tested-by: Kirill Tkhai > --- > block/qcow2-refcount.c | 30 +++

Re: [PATCH] qcow2: set bdi->is_dirty

bit is > 0. Still, when bit is set, the last session is definitely not finished > correctly and it's better to report it. > > Signed-off-by: Vladimir Sementsov-Ogievskiy Works for me. Thanks, Tested-by: Kirill Tkhai > --- > block/qcow2.c | 1 + > 1 file changed, 1

[Qemu-devel] [Bug 1131757]

-- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1131757 Title: QEMU 1.4.0 fails to boot sparc64 linux image Status in QEMU: New Bug description: Hi! I tried to boot sparc64 linux image (htt

[Qemu-devel] [Bug 1131757] news

Hi, I've just read some interesting news about our friend, just look at him, he is a star! Please read here Take care, tk...@yandex.ru -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. ht

[Qemu-devel] [Bug 1131757] Re: QEMU 1.4.0 fails to boot sparc64 linux image

During testing of test image on sparc32 I found out that it is uncompressed. I tried to make the same for sparc64 and the kernel works. Everything is ok. Thank you for the answer, Michael! Regards, Kirill -- You received this bug notification because you are a member of qemu- devel-ml, which i

[Qemu-devel] [Bug 1131757] [NEW] QEMU 1.4.0 fails to boot sparc64 linux image

Public bug reported: Hi! I tried to boot sparc64 linux image (http://packages.debian.org/sid/sparc64/linux- image-2.6-sparc64-smp/download) with qemu and received the error. host:~$qemu-system-sparc64 -nographic -kernel vmlinuz-3.2.0-4-sparc64-smp OpenBIOS for Sparc64 Configuration device id QE