From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60264) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VOqlg-0007SX-Uc for qemu-devel@nongnu.org; Wed, 25 Sep 2013 11:12:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VOqlc-0002CH-10 for qemu-devel@nongnu.org; Wed, 25 Sep 2013 11:12:44 -0400 Received: from mx1.redhat.com ([209.132.183.28]:63496) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VOqlb-0002C4-Pu for qemu-devel@nongnu.org; Wed, 25 Sep 2013 11:12:39 -0400 Date: Wed, 25 Sep 2013 11:12:36 -0400 From: Jeff Cody Message-ID: <20130925151236.GC5035@localhost.localdomain> References: <61a5c47913cce201bbea67a973544805f7b13947.1379615569.git.jcody@redhat.com> <523B4A04.80109@twiddle.net> <20130920041812.GJ15106@localhost.localdomain> <87vc1wyps5.fsf@blackfin.pond.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87vc1wyps5.fsf@blackfin.pond.sub.org> Subject: Re: [Qemu-devel] [PATCH 4/5] block: cow - used QEMU_PACKED for on-disk structures List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Markus Armbruster Cc: kwolf@redhat.com, qemu-devel@nongnu.org, stefanha@redhat.com, Richard Henderson On Fri, Sep 20, 2013 at 08:23:54AM +0200, Markus Armbruster wrote: > Jeff Cody writes: > > > On Thu, Sep 19, 2013 at 12:01:24PM -0700, Richard Henderson wrote: > >> On 09/19/2013 11:43 AM, Jeff Cody wrote: > >> > cow_header_v2 is read and written directly from the image file > >> > with bdrv_pread()/bdrv_pwrite(), and as such should be packed to > >> > avoid unintentional padding. > >> > > >> > Also change struct cow_header_v2 to a typedef, and some minor > >> > code style changes to keep checkpatch.pl happy. > >> > > >> > Signed-off-by: Jeff Cody > >> > --- > >> > block/cow.c | 21 +++++++++++---------- > >> > 1 file changed, 11 insertions(+), 10 deletions(-) > >> > > >> > diff --git a/block/cow.c b/block/cow.c > >> > index 909c3e7..9c15afb 100644 > >> > --- a/block/cow.c > >> > +++ b/block/cow.c > >> > @@ -32,14 +32,14 @@ > >> > #define COW_MAGIC 0x4f4f4f4d /* MOOO */ > >> > #define COW_VERSION 2 > >> > > >> > -struct cow_header_v2 { > >> > +typedef struct QEMU_PACKED cow_header_v2 { > >> > uint32_t magic; > >> > uint32_t version; > >> > char backing_file[1024]; > >> > int32_t mtime; > >> > uint64_t size; > >> > uint32_t sectorsize; > >> > -}; > >> > +} COWHeaderV2; > >> > >> This changes the layout of this struct. In particular, there's padding > >> (depending on the host) between mtime and size. > >> > > > > You are right, and that poses a problem for this patch. > > > >> I don't know what the right solution is: COWHeaderV3 with the bug fix, leaving > >> V2 alone; adding an int32_t dummy there where the padding was; nothing, > >> considering the padding to be gone a good thing. > >> > > > > I'm not sure either. I don't think the right thing is to take the > > patch as-is, because that will likely break a lot of existing COW > > images (I just checked, and on x86_64, it is 1056 bytes unpacked, or > > 1048 bytes packed). > > > > Unfortunately, this means that theoretically, image files with this > > format may not be portable, depending on the hosts' compiler and > > alignment. In reality, it likely is not a problem. > > > > I'll drop this one for v2. > > Possible solutions: > > * Declare format "cow" non-portable. To move a cow to another system, > you have to convert to a portable format. > I favor this approach, especially since "cow" is not likely to be used in new environments. > * Keep using the non-portable header. When opening an existing image, > guess which of the two header variants it got: the padding should be > zero, size and sectorsize sane. Perhaps provide an option to overrule > the guess. > > Who's still using format "cow"? >