[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 12/17] qemu-img: add a "map" subcommand
From: |
Fam Zheng |
Subject: |
Re: [Qemu-devel] [PATCH 12/17] qemu-img: add a "map" subcommand |
Date: |
Thu, 4 Jul 2013 16:36:22 +0800 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
On Thu, 07/04 10:16, Paolo Bonzini wrote:
> Il 04/07/2013 07:34, Fam Zheng ha scritto:
> >> > + if ((e->flags & (BDRV_BLOCK_DATA|BDRV_BLOCK_ZERO)) ==
> >> > BDRV_BLOCK_DATA) {
> >> > + printf("%lld %lld %d %lld\n",
> >> > + (long long) e->start, (long long) e->length,
> >> > + e->depth, (long long) e->offset);
> >> > + }
> > Why %lld and explicit cast, not using PRId64?
>
> Will fix.
>
> > Is BDRV_BLOCK_DATA and BDRV_BLOCK_ZERO distinguishable here for the
> > user? By offset?
>
> I'm not sure I understand the question.
>
> Zero blocks are always omitted in the "human" format. Only non-zero
> blocks are listed.
I missed this.
--
Fam
- [Qemu-devel] [PATCH 08/17] block: make bdrv_has_zero_init return false for copy-on-write-images, (continued)
[Qemu-devel] [PATCH 12/17] qemu-img: add a "map" subcommand, Paolo Bonzini, 2013/07/03
Re: [Qemu-devel] [PATCH 12/17] qemu-img: add a "map" subcommand, Stefan Hajnoczi, 2013/07/15
Re: [Qemu-devel] [PATCH 12/17] qemu-img: add a "map" subcommand, Eric Blake, 2013/07/18
[Qemu-devel] [PATCH 11/17] block: return get_block_status data and flags for formats, Paolo Bonzini, 2013/07/03
[Qemu-devel] [PATCH 14/17] raw-posix: return get_block_status data and flags, Paolo Bonzini, 2013/07/03
[Qemu-devel] [PATCH 13/17] block: use bdrv_has_zero_init to return BDRV_BLOCK_ZERO, Paolo Bonzini, 2013/07/03