<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Tue, Apr 10, 2018 at 6:00 PM Eric Blake <<a href="mailto:eblake@redhat.com">eblake@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 04/10/2018 09:40 AM, Richard W.M. Jones wrote:<br>
>> When the destination is a block device we cannot avoid zeroing since a block<br>
>> device may contain junk data (we usually get dirty empty images from our<br>
>> local<br>
>> xtremio server).<br>
><br>
> (Off topic for qemu-block but ...)  We don't have enough information<br>
> at our end to know about any of this.<br>
<br>
Yep, see my other email about a possible NBD protocol extension to<br>
actually let the client learn up-front if the exported device is known<br>
to start in an all-zero state.<br></blockquote><div><br></div><div>In the future we can report all-zero state in OPTIONS, but since this</div><div>info is already known on engine side when creating a disk, I think reporting</div><div>it in engine is better.</div><div><br></div><div>Nir</div></div></div>