All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Richard W.M. Jones" <rjones@redhat.com>
To: Eric Blake <eblake@redhat.com>
Cc: berrange@redhat.com, qemu-block@nongnu.org,
	qemu-devel@nongnu.org, ptoscano@redhat.com, marnold@redhat.com,
	mkletzan@redhat.com, mreitz@redhat.com
Subject: Re: qemu-img convert vs writing another copy tool
Date: Fri, 24 Jan 2020 13:49:21 +0000	[thread overview]
Message-ID: <20200124134921.GO16477@redhat.com> (raw)
In-Reply-To: <20200124095555.GR3888@redhat.com>

On Fri, Jan 24, 2020 at 09:55:55AM +0000, Richard W.M. Jones wrote:
> On Thu, Jan 23, 2020 at 01:21:28PM -0600, Eric Blake wrote:
> > Could we also teach this to parse 'qemu-img map --output=json'
> > format? And/or add 'qemu-img map --output=XYZ' (different from the
> > current --output=human') that gives sufficient information?  (Note:
> > --output=human is NOT suitable for extent lists - it intentionally
> > outputs only the data portions, and in so doing coalesces 'hole' and
> > 'hole,zero' segments to be indistinguishable).
> 
> If qemu-img doesn't have the data (we have to get it from
> another source), is the output of qemu-img map relevant?

I can see that we might use this to transfer a map from one qemu
source to another, which could be useful.  Unfortunately nbdkit
doesn't link to any libraries that can read JSON at the moment :-(
But certainly something to keep in mind for the future.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW



      reply	other threads:[~2020-01-24 13:50 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-01-23 18:35 qemu-img convert vs writing another copy tool Richard W.M. Jones
2020-01-23 18:53 ` Max Reitz
2020-01-23 19:17   ` Richard W.M. Jones
2020-01-24  5:45     ` Markus Armbruster
2020-01-23 19:21 ` Eric Blake
2020-01-24  9:55   ` Richard W.M. Jones
2020-01-24 13:49     ` Richard W.M. Jones [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200124134921.GO16477@redhat.com \
    --to=rjones@redhat.com \
    --cc=berrange@redhat.com \
    --cc=eblake@redhat.com \
    --cc=marnold@redhat.com \
    --cc=mkletzan@redhat.com \
    --cc=mreitz@redhat.com \
    --cc=ptoscano@redhat.com \
    --cc=qemu-block@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.