From patchwork Fri Dec 17 15:58:20 2010 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Stefan Hajnoczi X-Patchwork-Id: 75919 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id 9A0AD1007D3 for ; Sat, 18 Dec 2010 03:13:06 +1100 (EST) Received: from localhost ([127.0.0.1]:41508 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PTcvX-0005ys-R0 for incoming@patchwork.ozlabs.org; Fri, 17 Dec 2010 11:13:03 -0500 Received: from [140.186.70.92] (port=56230 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PTcjl-0005ZS-0z for qemu-devel@nongnu.org; Fri, 17 Dec 2010 11:00:56 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PTchT-0004an-Pm for qemu-devel@nongnu.org; Fri, 17 Dec 2010 10:58:35 -0500 Received: from mtagate5.uk.ibm.com ([194.196.100.165]:50595) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PTchT-0004Zu-J5 for qemu-devel@nongnu.org; Fri, 17 Dec 2010 10:58:31 -0500 Received: from d06nrmr1806.portsmouth.uk.ibm.com (d06nrmr1806.portsmouth.uk.ibm.com [9.149.39.193]) by mtagate5.uk.ibm.com (8.13.1/8.13.1) with ESMTP id oBHFwUlA032605 for ; Fri, 17 Dec 2010 15:58:30 GMT Received: from d06av03.portsmouth.uk.ibm.com (d06av03.portsmouth.uk.ibm.com [9.149.37.213]) by d06nrmr1806.portsmouth.uk.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id oBHFwUCv3698868 for ; Fri, 17 Dec 2010 15:58:30 GMT Received: from d06av03.portsmouth.uk.ibm.com (localhost.localdomain [127.0.0.1]) by d06av03.portsmouth.uk.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id oBHFwSg8023565 for ; Fri, 17 Dec 2010 08:58:28 -0700 Received: from stefanha-thinkpad.manchester-maybrook.uk.ibm.com (dyn-9-174-219-29.manchester-maybrook.uk.ibm.com [9.174.219.29]) by d06av03.portsmouth.uk.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id oBHFwRX4023557; Fri, 17 Dec 2010 08:58:28 -0700 From: Stefan Hajnoczi To: Date: Fri, 17 Dec 2010 15:58:20 +0000 Message-Id: <1292601502-5222-2-git-send-email-stefanha@linux.vnet.ibm.com> X-Mailer: git-send-email 1.7.2.3 In-Reply-To: <1292601502-5222-1-git-send-email-stefanha@linux.vnet.ibm.com> References: <1292601502-5222-1-git-send-email-stefanha@linux.vnet.ibm.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) Cc: Kevin Wolf , Stefan Hajnoczi Subject: [Qemu-devel] [PATCH 1/3] docs: Fix missing carets in QED specification X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org Errors-To: qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org For some reason the carets ('^') in the QED specification disappeared. This patch puts them back. Signed-off-by: Stefan Hajnoczi --- docs/specs/qed_spec.txt | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/specs/qed_spec.txt b/docs/specs/qed_spec.txt index 446b5a2..1d5fa87 100644 --- a/docs/specs/qed_spec.txt +++ b/docs/specs/qed_spec.txt @@ -33,7 +33,7 @@ All fields are little-endian. } Field descriptions: -* ''cluster_size'' must be a power of 2 in range [212, 226]. +* ''cluster_size'' must be a power of 2 in range [2^12, 2^26]. * ''table_size'' must be a power of 2 in range [1, 16]. * ''header_size'' is the number of clusters used by the header and any additional information stored before regular clusters. * ''features'', ''compat_features'', and ''autoclear_features'' are file format extension bitmaps. They work as follows: @@ -90,7 +90,7 @@ L1, L2, and data cluster offsets must be aligned to header.cluster_size. The fo ===Data cluster offsets=== * 0 - unallocated. The data cluster is not yet allocated. -Future format extensions may wish to store per-offset information. The least significant 12 bits of an offset are reserved for this purpose and must be set to zero. Image files with cluster_size > 212 will have more unused bits which should also be zeroed. +Future format extensions may wish to store per-offset information. The least significant 12 bits of an offset are reserved for this purpose and must be set to zero. Image files with cluster_size > 2^12 will have more unused bits which should also be zeroed. ===Unallocated L2 tables and data clusters=== Reads to an unallocated area of the image file access the backing file. If there is no backing file, then zeroes are produced. The backing file may be smaller than the image file and reads of unallocated areas beyond the end of the backing file produce zeroes.