From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:59216)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <kwolf@redhat.com>) id 1V75fl-0001wW-Ck
	for qemu-devel@nongnu.org; Wed, 07 Aug 2013 11:29:19 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <kwolf@redhat.com>) id 1V75ff-0000bg-D4
	for qemu-devel@nongnu.org; Wed, 07 Aug 2013 11:29:13 -0400
Received: from mx1.redhat.com ([209.132.183.28]:24197)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <kwolf@redhat.com>) id 1V75ff-0000bX-5X
	for qemu-devel@nongnu.org; Wed, 07 Aug 2013 11:29:07 -0400
Received: from int-mx02.intmail.prod.int.phx2.redhat.com
	(int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r77FT6BA017520
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK)
	for <qemu-devel@nongnu.org>; Wed, 7 Aug 2013 11:29:06 -0400
Date: Wed, 7 Aug 2013 17:29:04 +0200
From: Kevin Wolf <kwolf@redhat.com>
Message-ID: <20130807152904.GD2929@dhcp-200-207.str.redhat.com>
References: <cover.1375325971.git.jcody@redhat.com>
	<b621422e46c48e62b7065d02be87f3a8e529d665.1375325971.git.jcody@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <b621422e46c48e62b7065d02be87f3a8e529d665.1375325971.git.jcody@redhat.com>
Subject: Re: [Qemu-devel] [PATCH v2 5/9] block: vhdx - break endian
 translation functions out
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Jeff Cody <jcody@redhat.com>
Cc: famz@redhat.com, qemu-devel@nongnu.org, stefanha@redhat.com

Am 01.08.2013 um 05:23 hat Jeff Cody geschrieben:
> This moves the endian translation functions out from the vhdx.c source,
> into a separate source file. In addition to the previously defined
> endian functions, new endian translation functions for log support are
> added as well.
> 
> Signed-off-by: Jeff Cody <jcody@redhat.com>

> +void vhdx_log_entry_hdr_le_import(VHDXLogEntryHeader *hdr)
> +{
> +    assert(hdr != NULL);
> +
> +    le32_to_cpus(&hdr->signature);
> +    le32_to_cpus(&hdr->checksum);
> +    le32_to_cpus(&hdr->entry_length);
> +    le32_to_cpus(&hdr->tail);
> +    le64_to_cpus(&hdr->sequence_number);
> +    le32_to_cpus(&hdr->descriptor_count);
> +    leguid_to_cpus(&hdr->log_guid);
> +    le64_to_cpus(&hdr->flushed_file_offset);
> +    le64_to_cpus(&hdr->last_file_offset);
> +}
> +
> +void vhdx_log_entry_hdr_le_export(VHDXLogEntryHeader *hdr)
> +{
> +    assert(hdr != NULL);
> +
> +    cpu_to_le32s(&hdr->signature);
> +    cpu_to_le32s(&hdr->checksum);
> +    cpu_to_le32s(&hdr->entry_length);
> +    cpu_to_le32s(&hdr->tail);
> +    cpu_to_le64s(&hdr->sequence_number);
> +    cpu_to_le32s(&hdr->descriptor_count);
> +    cpu_to_le64s(&hdr->flushed_file_offset);
> +    cpu_to_le64s(&hdr->last_file_offset);
> +    cpu_to_leguids(&hdr->log_guid);
> +}

Almost as critical as Stefan's comment: Can you keep the order of fields
consistent between import and export?

Kevin