From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44521) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aoL4a-0008EO-RC for qemu-devel@nongnu.org; Thu, 07 Apr 2016 21:18:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aoL4Z-0003jG-UX for qemu-devel@nongnu.org; Thu, 07 Apr 2016 21:18:56 -0400 Date: Fri, 8 Apr 2016 09:18:48 +0800 From: Fam Zheng Message-ID: <20160408011848.GA5807@ad.usersys.redhat.com> References: <1459264128-12761-1-git-send-email-kwolf@redhat.com> <1459264128-12761-49-git-send-email-kwolf@redhat.com> <57067179.7060401@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57067179.7060401@redhat.com> Subject: Re: [Qemu-devel] [PULL 48/48] iotests: Test qemu-img convert -S 0 behavior List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: Kevin Wolf , qemu-block@nongnu.org, qemu-devel@nongnu.org, mreitz@redhat.com On Thu, 04/07 16:40, Paolo Bonzini wrote: > > > On 29/03/2016 17:08, Kevin Wolf wrote: > > From: Max Reitz > > > > Passing -S 0 to qemu-img convert should result in all source data being > > copied to the output, even if that source data is known to be 0. The > > output image should therefore have exactly the same size on disk as an > > image which we explicitly filled with data. > > > > Signed-off-by: Max Reitz > > Reviewed-by: Fam Zheng > > Signed-off-by: Kevin Wolf > > This fails with XFS and raw format, which preallocates an extra cluster > at the end of the file created with qemu-io (so that the on-disk size is > 2056 512-byte blocks). Maybe squash in http://patchwork.ozlabs.org/patch/603047/ ? Fam