qemu-block
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-block] [PATCH v3 00/15] qemu-img map: Allow driver to return f


From: Stefan Hajnoczi
Subject: Re: [Qemu-block] [PATCH v3 00/15] qemu-img map: Allow driver to return file of the allocated block
Date: Mon, 30 Nov 2015 16:43:39 +0800
User-agent: Mutt/1.5.24 (2015-08-30)

On Thu, Nov 26, 2015 at 01:05:20PM +0800, Fam Zheng wrote:
> v3: Add Eric's rev-by in patches 6, 7, 13, 14.
>     12: New, split out from the previous 13.
>     12->13: Refactor "entry_mergable" from imp_map().
>         Don't mess the merge conditions. [Paolo]
>         Address Eric's comments:
>         - Check has_foo before using foo.
>         - Remove blank line between comments and definition in schema.
>         - Use PRId64 instead of %ld.
>         - Merge short lines.
> 
> v2: Add Eric's rev-by in patches 2, 4, 5.
>     01: Refering -> referring in commit message. [Eric]
>         Recurse to "file" for sensible "zero" flag. [Paolo]
>     12: New. Make MapEntry a QAPI struct. [Paolo, Markus]
> 
> I stumbled upon this when looking at external bitmap formats.
> 
> Current "qemu-img map" command only displays filename if the data is allocated
> in bs (bs->file) itself, or in the backing chain. Otherwise, it displays an
> unfriendly error message:
> 
>     $ qemu-img create -f vmdk -o subformat=monolithicFlat /tmp/test.vmdk 1G
> 
>     $ qemu-img map /tmp/test.vmdk 
>     Offset          Length          Mapped to       File
>     qemu-img: File contains external, encrypted or compressed clusters.
> 
> This can be improved. This series extends the .bdrv_co_get_block_status
> callback, to let block driver return the BDS of file; then updates all driver
> to implement it; and lastly, it changes qemu-img to use this information in
> "map" command:
> 
>     $ qemu-img map /tmp/test.vmdk 
>     Offset          Length          Mapped to       File
>     0               0x40000000      0               /tmp/test-flat.vmdk
> 
>     $ qemu-img map --output json /tmp/test.vmdk 
>     [{"length": 1073741824, "start": 0, "zero": false, "offset": 0, "depth": 
> 0,
>       "file": "/tmp/test-flat.vmdk", "data": true}
>     ]
> 
> 
> Fam Zheng (15):
>   block: Add "file" output parameter to block status query functions
>   qcow: Assign bs->file->bs to file in qcow_co_get_block_status
>   qcow2: Assign bs->file->bs to file in qcow2_co_get_block_status
>   raw: Assign bs to file in raw_co_get_block_status
>   iscsi: Assign bs to file in iscsi_co_get_block_status
>   parallels: Assign bs->file->bs to file in
>     parallels_co_get_block_status
>   qed: Assign bs->file->bs to file in bdrv_qed_co_get_block_status
>   sheepdog: Assign bs to file in sd_co_get_block_status
>   vdi: Assign bs->file->bs to file in vdi_co_get_block_status
>   vpc: Assign bs->file->bs to file in vpc_co_get_block_status
>   vmdk: Return extent's file in bdrv_get_block_status
>   qemu-img: In "map", use the returned "file" from bdrv_get_block_status
>   qemu-img: Make MapEntry a QAPI struct
>   qemu-img: Use QAPI visitor to generate JSON
>   iotests: Add "qemu-img map" test for VMDK extents
> 
>  block/io.c                 |  42 ++++++++++++-------
>  block/iscsi.c              |   9 +++-
>  block/mirror.c             |   3 +-
>  block/parallels.c          |   3 +-
>  block/qcow.c               |   3 +-
>  block/qcow2.c              |   3 +-
>  block/qed.c                |   6 ++-
>  block/raw-posix.c          |   4 +-
>  block/raw_bsd.c            |   4 +-
>  block/sheepdog.c           |   5 ++-
>  block/vdi.c                |   3 +-
>  block/vmdk.c               |  13 +++---
>  block/vpc.c                |   4 +-
>  block/vvfat.c              |   2 +-
>  include/block/block.h      |   6 ++-
>  include/block/block_int.h  |   3 +-
>  qapi/block-core.json       |  27 ++++++++++++
>  qemu-img.c                 | 102 
> +++++++++++++++++++++++++++++----------------
>  tests/qemu-iotests/059     |  10 +++++
>  tests/qemu-iotests/059.out |  38 +++++++++++++++++
>  tests/qemu-iotests/122.out |  96 +++++++++++++++++++++++-------------------
>  21 files changed, 270 insertions(+), 116 deletions(-)

Looks good overall but I posted a question on one patch.

Attachment: signature.asc
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]