From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33080) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c1GHf-0003XI-3r for qemu-devel@nongnu.org; Mon, 31 Oct 2016 13:22:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c1GHa-0007UL-6a for qemu-devel@nongnu.org; Mon, 31 Oct 2016 13:22:07 -0400 Received: from mx1.redhat.com ([209.132.183.28]:18027) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1c1GHa-0007UF-0m for qemu-devel@nongnu.org; Mon, 31 Oct 2016 13:22:02 -0400 Date: Mon, 31 Oct 2016 15:21:59 -0200 From: Eduardo Habkost Message-ID: <20161031172159.GC2919@thinpad.lan.raisama.net> References: <20161027042300.5929-1-haozhong.zhang@intel.com> <20161027042300.5929-2-haozhong.zhang@intel.com> <20161027143153.GI5057@thinpad.lan.raisama.net> <20161028020740.iggjoq6lsnrnciqw@hz-desktop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20161028020740.iggjoq6lsnrnciqw@hz-desktop> Subject: Re: [Qemu-devel] [PATCH v2 1/3] exec.c: do not truncate non-empty memory backend file List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org, Igor Mammedov , Paolo Bonzini , Peter Crosthwaite , Richard Henderson On Fri, Oct 28, 2016 at 10:07:40AM +0800, Haozhong Zhang wrote: > On 10/27/16 12:31 -0200, Eduardo Habkost wrote: > > On Thu, Oct 27, 2016 at 12:22:58PM +0800, Haozhong Zhang wrote: > > > For '-object memory-backend-file,mem-path=foo,size=xyz', if the size of > > > file 'foo' does not match the given size 'xyz', the current QEMU will > > > truncate the file to the given size, which may corrupt the existing data > > > in that file. To avoid such data corruption, this patch disables > > > truncating non-empty backend files. > > > > > > Signed-off-by: Haozhong Zhang > > > > Reviewed-by: Eduardo Habkost > > > > But I would add comment near the get_file_size() call to indicate > > that not stopping on get_file_size() errors is on purpose and not > > a mistake. > > > > I'll add comments in the next version. > The patch was applied to machine-next and will be in my next pull request. The comment can be sent as a follow-up patch. -- Eduardo